使用EXPLAIN可分析SQL执行计划，通过查看type、key、rows等字段判断查询性能，如避免全表扫描、确保索引有效使用，并结合Extra信息优化慢查询。
在 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 分析常见场景
下面是一些典型情况及解读建议：
《PHP设计模式指南》中文版
下载
《PHP设计模式》首先介绍了设计模式，讲述了设计模式的使用及重要性，并且详细说明了应用设计模式的场合。接下来，本书通过代码示例介绍了许多设计模式。最后，本书通过全面深入的案例分析说明了如何使用设计模式来计划新的应用程序，如何采用PHP语言编写这些模式，以及如何使用书中介绍的设计模式修正和重构已有的代码块。作者采用专业的、便于使用的格式来介绍相关的概念，自学成才的编程人员与经过更多正规培训的编程人员
- 如果 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 写法，效果明显。
