group by需索引覆盖，因mysql依赖索引有序性实现边扫边聚；无索引则全表扫描+临时表+排序，开销巨大；覆盖索引须按where等值条件→group by字段→select非聚合字段顺序建立，否则无法避免using temporary。
GROUP BY 为什么需要索引覆盖？
因为 MySQL 默认不“知道”分组字段的值是有序的，它必须先确保相同分组值的行物理上挨在一起，才能边扫描边聚合。没索引时，只能全表扫描 → 写临时表 → 排序 → 分组 → 聚合，整个流程严重依赖磁盘 I/O 和内存排序。索引覆盖让这个过程变成“顺序读索引页 + 直接输出”，跳过临时表和 filesort。
覆盖索引怎么建才对 GROUP BY 生效？
关键不是“有没有索引”，而是列顺序是否匹配查询逻辑链：WHERE 条件列 → GROUP BY 列 → SELECT 中的非聚合字段（含聚合函数依赖字段）。错一个位置，索引就退化成普通查找索引，无法避免 Using temporary。
-
WHERE status = 'active' GROUP BY dept_id→ 索引必须是(status, dept_id)，不是(dept_id, status) -
SELECT dept_id, MAX(salary) FROM emp WHERE status = 'active' GROUP BY dept_id→ 理想索引是(status, dept_id, salary)，salary放末尾才能覆盖MAX()，避免回表读原始行 - 如果还带
ORDER BY dept_id DESC，MySQL 8.0+ 需显式定义方向：(status, dept_id DESC)，否则仍触发Using filesort
哪些写法会让覆盖索引直接失效？
哪怕索引建得再完美，只要 SQL 里出现这几类操作，MySQL 就无法用索引完成分组，强制退回到临时表路径。
- 在
GROUP BY字段上用函数：GROUP BY UPPER(name)、GROUP BY DATE(create_time)—— 索引存的是原始值，函数结果无法 B+ 树匹配 - 隐式类型转换：
WHERE user_id = '123'（user_id是INT）—— 触发全索引扫描或全表扫描 -
SELECT *或引用了未包含在索引中的字段（比如remark文本大字段）—— 立刻破环覆盖，必须回表 - 索引列有
NULL值且没在WHERE中排除：WHERE dept_id IS NOT NULL有时能帮优化器选中索引
EXPLAIN 里怎么看覆盖索引是否起作用？
别只看 key 是否有值，重点盯两个地方：type 不能是 ALL 或 index（后者表示全索引扫描，效率接近全表），Extra 里不能出现 Using temporary 或 Using filesort。理想状态是 type=ref/range + Extra=Using index for group by（MySQL 8.0+）或至少 Using index。
如果 rows 显示扫描 200 万行，但最终只返回 300 个分组，说明 WHERE 过滤没生效，或者索引根本没被用于分组——这时候加索引不如先改查询结构。
