GROUP BY 触发分组统计需配合聚合函数，MySQL内部通过哈希或排序物理分组；无索引时易用临时表和文件排序；非聚合字段须在GROUP BY中；NULL被视为同一组；COUNT(*)计所有行，COUNT(列)只计非NULL值。
GROUP BY 是怎么触发分组统计的
MySQL 的聚合函数（比如 COUNT()、SUM()、AVG()）本身不自动分组，只有配合 GROUP BY 子句时，才按指定列把行“归堆”，每堆算一个聚合结果。
关键点在于：没有 GROUP BY 时，整张表被当作“一堆”来聚合；加了 GROUP BY 后，MySQL 内部会先对数据做哈希或排序（取决于执行计划），再逐组计算。这不是简单循环，而是引擎层的物理分组过程。
- 如果
GROUP BY列没索引，可能触发临时表 + 文件排序，慢得明显 -
SELECT列里所有非聚合字段，必须出现在GROUP BY中（否则 5.7+ 默认报错ERROR 1055） - 空值（
NULL）会被当成同一组 —— 这常被忽略，导致统计数偏少
为什么 COUNT(*) 和 COUNT(列) 结果不一样
区别不在“分组逻辑”，而在“计数规则”。分组动作完全一样，但每组内怎么数，决定了最终值。
-
COUNT(*)数的是行数，包括NULL值所在的行 -
COUNT(列名)只数该列非NULL的行，NULL直接跳过 - 如果某组里该列全是
NULL，COUNT(列名)返回0，而COUNT(*)仍返回该组总行数
示例：
SELECT dept, COUNT(*), COUNT(manager) FROM staff GROUP BY dept;若
dept = 'HR' 有 5 行，其中 2 行 manager 是 NULL，那这组结果是 5 和 3。
ORDER BY 在 GROUP BY 后还能用吗
能，但作用对象是“分组后的结果集”，不是原始行。它不影响分组过程，只决定最终输出顺序。
- 写法上，
ORDER BY必须放在GROUP BY之后（SQL 语法强制） - 排序字段可以是
GROUP BY列、聚合函数结果（如COUNT(*)），或别名 - 如果用
ORDER BY COUNT(*) DESC，MySQL 通常会复用分组时的临时结构，不额外排序；但若排序字段没索引又没在分组键中，可能多一次文件排序
分组统计慢，第一个该查什么
不是看 SQL 写得漂不漂亮，先看 EXPLAIN 里的 type 和 Extra 字段。
- 如果
type是ALL或index，说明扫描了全表或全索引 —— 检查GROUP BY列有没有合适索引 -
Extra出现Using temporary; Using filesort，基本等于确认用了临时表和磁盘排序 - 注意：联合索引要满足最左前缀，且
GROUP BY列顺序需匹配索引定义顺序，才能避免临时表 - 如果只是想取 Top N 分组（比如销量前 10 的品类），加
LIMIT并不能减少分组计算量 —— MySQL 仍会算完所有组再截断
复杂点往往藏在隐式类型转换里：比如 GROUP BY user_id，但 user_id 是字符串型，而条件里写了 WHERE user_id = 123（数字），会导致索引失效，连带让分组也变慢。
