key 字段表示 MySQL 查询优化器实际使用的索引名称；为 NULL 表示全表扫描，常见于无索引条件、索引失效或数据量小；为 PRIMARY 表示使用主键索引；与 possible_keys 不一致时需警惕优化器误选索引；须结合 type、rows、Extra 综合判断索引使用效率。
key 字段表示 MySQL 查询优化器最终选择并实际使用的索引名称。
key 为 NULL 说明没走索引
如果 key 显示为 NULL，代表这条访问路径完全未使用任何索引，MySQL 正在进行全表扫描。常见原因包括：
- 查询条件中没有覆盖索引字段（比如 WHERE 用的是无索引列）
- 索引因类型不匹配、隐式转换或函数包裹而失效（如
WHERE YEAR(create_time) = 2024） - 数据量极小，优化器认为全表扫描比走索引更快
key 显示 primary 表示走了主键索引
当 key 值为 PRIMARY，说明优化器选择了表的主键作为访问路径。这通常发生在：
- 查询条件直接命中主键（如
WHERE id = 123） - 范围查询主键（如
WHERE id BETWEEN 100 AND 200），此时配合 key_len 可判断是否用了完整主键 - ORDER BY 或 GROUP BY 涉及主键且满足最左前缀，也可能触发主键索引扫描
key 和 possible_keys 不一致时要警惕
如果 possible_keys 列出了多个候选索引，但 key 只选了其中一个（尤其是低效的那个），说明优化器可能做了次优决策。典型情况有：
- 统计信息过期，导致成本估算偏差（可执行
ANALYZE TABLE 表名更新） - 联合索引顺序与查询条件不匹配（例如索引是
(a,b,c)，但只查WHERE c = ?） - 存在更宽泛但更慢的索引被误选（比如用到了包含大量重复值的前缀索引）
key 是性能分析的第一观察点
看 key 不是为了确认“有没有索引”，而是确认“用对了没有”。它和 type（访问类型）、rows（预估扫描行数）、Extra（额外操作）必须结合判断：
- key 有值但 type 是
ALL，大概率是索引失效或仅用于排序/分组 - key 有值、type 是
ref或range，但 rows 很大，说明索引区分度低或条件过滤性差 - key 为 NULL 且 Extra 出现
Using filesort或Using temporary，基本意味着严重性能隐患
