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 看执行计划，比调半天代码更省时间。
