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，基本意味着严重性能隐患
