GROUP BY本身不产生统计结果，必须配合COUNT、SUM、AVG等聚合函数才真正统计；单独分组时SELECT字段若漏掉聚合或分组字段，99%会报错，根本原因是数据库无法确定同一分组内多个不同值应返回哪一个。
直接说结论：GROUP BY 本身不产生统计结果，必须配合 COUNT、SUM、AVG 等聚合函数才真正“统计”；单独写 GROUP BY 只是分组动作，SELECT 列中漏掉聚合或分组字段，99% 会报错。
GROUP BY 后 SELECT 字段为什么总报错？
错误现象：ERROR: column "name" must appear in the GROUP BY clause or be used in an aggregate function（PostgreSQL/SQL Server）或 MySQL 的 Expression #2 of SELECT list is not in GROUP BY clause。
- 根本原因：数据库不知道你想要哪一行的
name——每个分组可能有几十条记录，name值各不相同 - 合法写法只有两种：
SELECT dept, COUNT(*) FROM emp GROUP BY dept（只选分组字段+聚合）；或SELECT dept, MAX(name), COUNT(*) FROM emp GROUP BY dept（非分组字段必须用聚合包裹） - 别依赖
ANY_VALUE(name)（MySQL 特有）或低版本 MySQL 的“宽容模式”，它返回值不可复现，跨库迁移必崩 - 字符串字段如
email大小写不一致、前后空格未清理，会导致同一用户被拆成多组——先GROUP BY TRIM(LOWER(email))再统计
COUNT(*) 和 COUNT(列名) 统计结果为什么差很多？
不是性能问题，是语义差异：前者数行，后者数非 NULL 值。
-
COUNT(*)统计该组全部行数，包括所有字段为NULL的行；COUNT(email)只统计email IS NOT NULL的行 - 常见误用：
SELECT dept, COUNT(id) FROM emp GROUP BY dept—— 若id允许为NULL，结果就少于实际人数 - 想补全缺失数？用
COUNT(*) - COUNT(email)直接得出每组缺邮箱的人数 -
COUNT(DISTINCT email)是另一回事：它去重后计数，不是“有邮箱的人数”，除非你真要算不同邮箱个数
想看每组最新一条记录，能用 GROUP BY + MAX() 拼吗？
不能。这是最隐蔽也最危险的误用——MAX(created_at) 和 MAX(status) 很可能来自不同行，拼出来的结果逻辑上不存在。
- 错误示例：
SELECT order_id, MAX(status), MAX(amount), MAX(created_at) FROM orders GROUP BY order_id - 正确做法是用窗口函数：
ROW_NUMBER() OVER (PARTITION BY order_id ORDER BY created_at DESC)标记序号，再WHERE rn = 1 - 如果数据库不支持窗口函数（如旧版 SQLite），改用关联子查询或
JOIN+MAX(created_at)先取时间，再回连原表捞整行 - 硬套
GROUP BY还可能引发“分组爆炸”：比如对毫秒级时间戳分组，每行都成一组，COUNT(*)等于原表行数，完全失去统计意义
WHERE 和 HAVING 混用时，为什么结果总不对？
它们作用阶段完全不同：一个筛原始行，一个筛分组后结果。写反了不是慢一点，而是查不到或语法报错。
-
WHERE在GROUP BY之前执行——例如WHERE status = 'active'先剔除无效数据，再分组，性能更好 -
HAVING在分组之后执行——例如HAVING COUNT(*) > 5是筛选“组内行数超 5 的部门”，不能写成WHERE COUNT(*) > 5（语法错误） - 典型错误组合：
SELECT dept, AVG(salary) FROM emp GROUP BY dept WHERE AVG(salary) > 8000→ 报错，WHERE阶段AVG()还没算出来 - 想同时满足“2023 年后入职”且“平均薪资 > 8000”，必须两层：先
WHERE hire_date > '2023-01-01'，再HAVING AVG(salary) > 8000
最容易被忽略的点：NULL 在分组中是合法值，且所有 NULL 自动归为同一组——这看起来合理，但业务上它可能代表“未知”“未填写”“已注销”，混在一起统计会掩盖真实问题。需要时，提前用 COALESCE(dept, 'unknown') 或 CASE WHEN dept IS NULL THEN 'unassigned' ELSE dept END 处理。
