在 MySQL 中，EXPLAIN 是一个非常有用的命令，用于分析 SQL 查询的执行计划。通过它，你可以了解 MySQL 如何执行某条 SELECT、INSERT、UPDATE 或 DELETE 语句，尤其是查询优化器是如何选择表的连接顺序、是否使用索引、扫描行数等信息。
如何使用 EXPLAIN
使用方法很简单：只需在 SQL 语句前加上 EXPLAIN 关键字即可。
EXPLAIN SELECT * FROM users WHERE id = 1;
执行后会返回一个结果集，描述 MySQL 将如何执行这条查询。
EXPLAIN 输出字段说明
EXPLAIN 返回的结果包含多个列，每个列提供关于执行计划的不同信息：
id：查询中每个 SELECT 的标识符。如果语句中有子查询，不同部分会有不同的 id。 select_type：查询类型，如 SIMPLE（简单查询）、PRIMARY、SUBQUERY、DERIVED 等。 table：当前这一行操作的是哪张表。 partitions：匹配的分区（如果有使用分区表）。 type：连接类型，非常重要。常见值从最优到最差：system → const → eq_ref → ref → range → index → ALL。
建议尽量避免 ALL（全表扫描）。 possible_keys：可能使用的索引。如果为 NULL，表示没有相关索引可用。 key：实际使用的索引。如果为 NULL，说明未使用索引。 key_len：使用的索引长度。越短通常越好，可用于判断是否使用了联合索引的部分字段。 ref：显示索引的哪一列被使用了，或常量值。 rows：MySQL 预估需要扫描的行数。数值越小越好。 filtered：按表条件过滤后剩余的行百分比（基于统计信息估算）。 Extra：额外信息，常见的有：
- Using where：使用 WHERE 条件过滤数据。
- Using index：使用覆盖索引，无需回表。
- Using temporary：需要创建临时表（常见于 GROUP BY 或 ORDER BY）。
- Using filesort：需要排序操作，性能较差。
这些提示可以帮助你识别性能瓶颈。
EXPLAIN 分析常见场景
下面是一些典型情况及解读建议：
如果 type=ALL 且 rows 很大，说明是全表扫描，应考虑添加索引。 如果 key=NULL，但 possible_keys 有值，说明有可用索引但未被使用，需检查查询写法或索引设计。 出现 Using temporary 或 Using filesort，尤其在大数据量下会影响性能，可通过优化索引或调整 SQL 结构来避免。 对于多表连接，注意 table 的顺序和 type 是否合理，确保驱动表选择正确。扩展：EXPLAIN FORMAT=JSON
MySQL 5.6+ 支持以 JSON 格式输出更详细的执行计划：
EXPLAIN FORMAT=JSON SELECT * FROM users WHERE name = 'tom';
JSON 格式提供更丰富的信息，比如成本估算、索引使用详情、是否使用缓存等，适合深入调优。
基本上就这些。掌握 EXPLAIN 能帮你快速定位慢查询原因，是数据库性能优化的基础工具。多看执行计划，理解每列含义，结合业务逻辑调整索引和 SQL 写法，效果明显。
