GROUP BY多列必须包含所有非聚合字段，缺一不可；NULL会被单独分组，需用COALESCE或CASE处理；应建联合索引提升性能；可用窗口函数计算占比或Top N。

GROUP BY 多列语法写错会导致聚合结果混乱

SQL 中用 GROUP BY 统计多列组合频次，核心是把需要“视为同一组”的字段全部列在 GROUP BY 后，顺序无关，但缺一不可。常见错误是只写其中一列，或漏掉某列却在 SELECT 中引用它（在严格模式下直接报错：ERROR 1055）。

正确写法必须保证：所有非聚合字段（即没套 COUNT()、SUM() 等函数的字段）都出现在 GROUP BY 列表中。

• SELECT a, b, COUNT(*) FROM t GROUP BY a, b; ✅
• SELECT a, b, COUNT(*) FROM t GROUP BY a; ❌（b 未分组，MySQL 8.0+ 默认拒绝）
• SELECT a, b, c, COUNT(*) FROM t GROUP BY a, b; ❌（c 出现在 SELECT 却未分组）

统计结果为空或少于预期，先检查 NULL 值处理

多列组合中任一列为 NULL 时，整组会被当作一个独立分组（NULL = NULL 在 GROUP BY 中成立），但容易误判为“数据丢了”。比如 (1, NULL) 和 (1, 'a') 是两组，而 (NULL, NULL) 只算一组。

若业务上希望把 NULL 当作“未知”并归入某默认值，得显式转换：

• 用 COALESCE(col, 'N/A') 替换 NULL 再分组
• 用 CASE WHEN col IS NULL THEN 'unknown' ELSE col END 构造统一标识
• 避免直接 WHERE col IS NOT NULL 过滤——这会丢掉含 NULL 的组合，而非合并它们

性能差？确认是否走了联合索引

GROUP BY a, b 的执行效率高度依赖索引。如果表很大，但只有单列索引 INDEX(a) 或 INDEX(b)，MySQL 通常无法高效完成分组，会触发临时表 + 文件排序（Using temporary; Using filesort）。

应建立覆盖分组字段的联合索引：

• CREATE INDEX idx_a_b ON t(a, b); ✅（最常用，顺序按 GROUP BY 字段顺序即可）
• CREATE INDEX idx_b_a ON t(b, a); ✅（也可用，但若还有 WHERE a = ? 条件，则 idx_a_b 更优）
• 不要只建 INDEX(a) + INDEX(b) ❌（MySQL 一般不会同时用两个单列索引做多列分组）

想看占比或排序 Top N，别在应用层拼接

统计完每组数量后，常需进一步算百分比或取前 3 名。直接在 SQL 里用窗口函数更安全高效：

• 加占比：SELECT a, b, COUNT(*) AS cnt, ROUND(COUNT(*) * 100.0 / SUM(COUNT(*)) OVER(), 2) AS pct FROM t GROUP BY a, b ORDER BY cnt DESC;
• 取 Top 3：SELECT * FROM (SELECT a, b, COUNT(*) AS cnt, ROW_NUMBER() OVER (ORDER BY COUNT(*) DESC) AS rn FROM t GROUP BY a, b) t2 WHERE rn
• 注意：子查询里不能直接 ORDER BY ... LIMIT 3，因为 GROUP BY 后的行序不保证稳定，LIMIT 可能截断错误分组

多列 GROUP BY 看似简单，但 NULL 行为、索引匹配、窗口函数嵌套这几处，最容易在线上查出“数字对不上”或“查半天没响应”。动手前先 EXPLAIN 看执行计划，比调半天代码更省时间。