EXPLAIN用于分析SQL执行计划，通过在查询前添加EXPLAIN可查看是否使用索引、扫描行数等信息，核心字段包括type（连接类型）、key（实际使用索引）、rows（扫描行数）和Extra（额外信息），如出现type=ALL、key=NULL或Extra=Using filesort则需优化，常见做法是为WHERE和ORDER BY字段建立联合索引，提升查询效率。
在MySQL中，EXPLAIN 是一个非常实用的命令，用于分析SQL语句的执行计划。通过它，你可以了解MySQL是如何执行某条查询的，比如是否使用了索引、扫描了多少行、表的连接顺序等。合理使用 EXPLAIN 能帮助你优化慢查询，提升数据库性能。
如何使用 EXPLAIN
使用方法很简单，只需在 SELECT（或部分 INSERT、UPDATE、DELETE）语句前加上 EXPLAIN 关键字即可：
EXPLAIN SELECT * FROM users WHERE id = 1;执行后，MySQL会返回一个结果集，描述这条SQL的执行计划。主要字段包括：
- id：查询的标识符，相同表示同一查询，不同则代表子查询或联合查询中的不同部分
- select_type：查询类型，如 SIMPLE、PRIMARY、SUBQUERY、DERIVED 等
- table：涉及的表名
- partitions：匹配的分区（如果有）
- type：连接类型，关键指标之一，常见值有 system、const、eq_ref、ref、range、index、ALL
- possible_keys：可能使用的索引
- key：实际使用的索引
- key_len：所用索引的长度，越短通常越好
- ref：显示索引哪一列被使用了，常为常量或某列
- rows：MySQL估计需要扫描的行数，数值越小越好
- filtered：按条件过滤后剩余的行百分比
- Extra：额外信息，非常重要，例如 "Using index"、"Using where"、"Using filesort" 等
重点关注的执行计划字段
要判断SQL是否高效，以下几个字段尤为关键：
- type：理想情况是 const 或 eq_ref，最差是 ALL（全表扫描）。尽量避免 ALL 和 index 类型出现在大表上
- key：确认是否命中了预期的索引。如果为 NULL，说明未使用索引
- rows：数值过大意味着查询开销高，应结合索引优化减少扫描行数
- Extra：出现 "Using filesort" 或 "Using temporary" 通常表示性能隐患，尤其是排序或分组未走索引时
EXPLAIN 的实际应用场景
假设有一个查询执行较慢：
EXPLAIN SELECT name, email FROM users WHERE age > 25 ORDER BY created_at;查看输出发现：
- type=ALL：全表扫描
- key=NULL：没有使用索引
- Extra=Using filesort
这说明 age 和 created_at 字段缺乏有效索引。可以考虑创建联合索引：
ALTER TABLE users ADD INDEX idx_age_created (age, created_at);再次执行 EXPLAIN，观察 type 是否变为 range，Extra 是否不再提示 filesort。
扩展：EXPLAIN FORMAT=JSON
MySQL 5.6+ 支持以 JSON 格式输出更详细的执行信息：
EXPLAIN FORMAT=JSON SELECT * FROM users WHERE id = 1;JSON 格式会提供成本估算、索引使用细节、是否使用缓存等更深入的信息，适合深度调优。
基本上就这些。掌握 EXPLAIN 能让你“看见”SQL的执行过程，是SQL优化不可或缺的第一步。
