GROUP BY后获取分组内其他字段值需明确业务语义，优先用ROW_NUMBER()窗口函数标记顺序再过滤，或子查询关联；禁用ANY_VALUE()和关闭ONLY_FULL_GROUP_BY以保结果确定性。
GROUP BY 后怎么拿到分组内其他字段的值？
直接 SELECT 非聚合字段 + GROUP BY 会报错（比如 MySQL 8.0+ 默认 SQL mode 下的 Expression #1 of SELECT list is not in GROUP BY clause）。这不是语法写错了，是 SQL 标准在强制你明确“这个字段的值到底取哪一行”。
常见错误是硬加 ANY_VALUE() 或关掉 ONLY_FULL_GROUP_BY —— 这会让结果不可预测。真要取分组内某行的关联数据（比如最新订单的地址、最早登录的 IP），得靠窗口函数或自连接。
- 优先用
ROW_NUMBER() OVER (PARTITION BY ... ORDER BY ...)标记每组内的顺序，再外层WHERE rn = 1 - 如果数据库不支持窗口函数（如旧版 MySQL），用左连接 + 子查询：对每个分组先查出目标行的主键（如
MAX(created_at)对应的id），再连回原表取完整字段 - 别用
GROUP_CONCAT拼接后SUBSTRING_INDEX截取——可读性差，且无法保证顺序稳定
用 JOIN 实现分组统计时为什么结果行数变多了？
典型场景：用户表 users 和订单表 orders，想查每个用户的订单总数 + 最近一笔订单金额。如果直接 LEFT JOIN 后 GROUP BY users.id，但没处理“最近一笔”逻辑，MAX(orders.amount) 是对的，但随便选的 orders.created_at 可能和这笔最大金额不匹配。
本质是 JOIN 在分组前就展开了所有匹配行，而聚合函数作用在展开后的结果上。一旦一个用户有 5 笔订单，JOIN 就产生 5 行，MAX() 能算对，但 orders.status 这类非聚合字段就失去上下文。
- 正确做法：先用子查询或 CTE 把“每个用户的最近订单 ID/时间”算出来，再和
orders表单条关联 - 避免在 JOIN 条件里写
ON u.id = o.user_id AND o.created_at = (SELECT MAX(...) FROM orders o2 WHERE o2.user_id = u.id)—— 相关子查询性能极差，尤其数据量大时 - MySQL 8.0+ 推荐用
ROW_NUMBER()+ CTE，PostgreSQL/SQL Server 同理
COUNT(*)、COUNT(字段)、COUNT(DISTINCT 字段) 的行为差异在哪？
不是所有 COUNT 都等价。最常踩的坑是用 COUNT(email) 统计“有邮箱的用户数”，却误以为等于“用户总数”——只要 email 允许为 NULL，这两者就不等。
COUNT(*) 统计行数，无视 NULL；COUNT(字段) 只统计该字段非 NULL 的行；COUNT(DISTINCT 字段) 去重后再计数，且 NULL 永远不参与去重（即多个 NULL 当作一个缺失值，不计入结果）。
- 统计总人数，无条件用
COUNT(*)—— 它最快，语义最清晰 - 要统计“填了手机号的用户”，才用
COUNT(phone)；若字段允许 NULL，COUNT(*) != COUNT(字段)是正常现象 -
COUNT(DISTINCT user_id)在 JOIN 后可能虚高：如果一个用户有多笔订单，user_id会被重复计算，必须先去重再统计，或改用子查询
窗口函数和 GROUP BY 混用时要注意什么？
窗口函数（如 SUM() OVER ()）不能和普通聚合（如 GROUP BY）混在同一个 SELECT 列表里，除非窗口函数的 PARTITION BY 和 GROUP BY 完全一致，否则会报错或结果错乱。
典型需求：“每个部门的平均工资，同时显示该部门每个人的工资占部门均值的比例”。这里不能先 GROUP BY dept 再算比例，因为人没了；也不能只用窗口函数，因为需要部门维度的聚合值。
- 方案一：用窗口函数先算出部门均值（
AVG(salary) OVER (PARTITION BY dept)），再在同个查询里做除法——无需GROUP BY，保留明细行 - 方案二：如果必须输出部门汇总行（如一行一个部门），就用两个层级：CTE 先算部门均值，主查询再
JOIN回去 - 注意：MySQL 8.0+ 支持窗口函数，但旧版本需用变量模拟，稳定性差；SQLite 3.25+ 才支持，别在低版本硬上
