必须显式列出所有非聚合列：SELECT中每个非聚合字段都须完整写入GROUP BY子句，缺一不可；否则因语义歧义被MySQL 5.7+等严格模式拒绝执行。
多字段GROUP BY必须显式列出所有非聚合列
SELECT中出现的每个非聚合字段，都得完整写进GROUP BY子句里——少一个就报错。这不是风格问题，是SQL标准强制要求。MySQL 5.7+严格模式下尤其明显，比如SELECT user_id, product, COUNT(*) FROM orders GROUP BY user_id会直接拒绝执行，因为product既没聚合也没分组。
实操建议：
- 先写好SELECT，再逐个检查哪些字段没套聚合函数，把它们全加进GROUP BY
- 别依赖“默认行为”或旧版MySQL的宽松模式，跨库迁移时容易崩
- 字段顺序在GROUP BY里不重要，但和SELECT保持一致更易读
HAVING才是过滤聚合结果的正确位置
想筛出“订单数超过3个的用户”，不能写WHERE COUNT(*) > 3——WHERE在分组前执行，根本看不到COUNT结果。必须用HAVING COUNT(*) > 3，它作用于分组后的临时结果集。
常见错误场景：
-
WHERE SUM(amount) > 1000→ 语法错误，SUM只能在HAVING或SELECT里用 -
SELECT user_id, COUNT(*) FROM orders WHERE COUNT(*) > 2 GROUP BY user_id→ WHERE里不能用聚合函数 - 正确写法：
SELECT user_id, COUNT(*) AS cnt FROM orders GROUP BY user_id HAVING cnt > 2
多字段分组时NULL值会被单独归为一组
如果user_id或product有NULL，GROUP BY user_id, product会把(NULL, '手机')、('U123', NULL)、(NULL, NULL)各自当成独立分组，而不是忽略或合并。这点在清洗脏数据时特别容易被忽略。
应对方式：
- 提前用
COALESCE(user_id, 'unknown')把NULL转成可识别标记 - 用
WHERE user_id IS NOT NULL AND product IS NOT NULL在分组前排除 - 注意
COUNT(*)会统计含NULL的行，但COUNT(user_id)会跳过NULL值
聚合函数混用要小心字段语义一致性
同一查询里同时用AVG(price)和MAX(created_at)没问题，但得清楚它们计算范围完全一致——都是针对当前分组内的所有行。比如按category分组后，AVG(price)是该类所有商品均价，MAX(created_at)是该类最新上架时间，二者没逻辑冲突。
真正危险的是误以为能取“每组里某一行的完整快照”，例如：
- 错：想取每个用户金额最高的那笔订单的
order_id，却写SELECT user_id, MAX(amount), order_id FROM orders GROUP BY user_id→order_id随机返回（MySQL 5.7+会报错） - 对：用子查询或窗口函数，如
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY amount DESC) - 折中：用
GROUP_CONCAT(order_id ORDER BY amount DESC SEPARATOR ',') LIMIT 1取第一个ID（仅适用简单场景）
