EXPLAIN用于分析SQL执行计划，通过查看type和Extra字段识别性能瓶颈，如全表扫描、文件排序等，结合索引优化可提升查询效率。
在MySQL中，EXPLAIN 是分析SQL查询执行计划的常用工具，能帮助我们理解MySQL如何执行某条SELECT语句，进而发现潜在的性能问题。通过它可以看到是否使用了索引、表的连接顺序、扫描行数等关键信息。
1. 如何使用EXPLAIN
在SELECT语句前加上 EXPLAIN 关键字即可查看执行计划：
EXPLAIN SELECT * FROM users WHERE id = 1;执行后会返回一个表格，包含以下主要列：
- id：查询编号，用于标识每个子查询的顺序
- select_type：查询类型（如 SIMPLE、PRIMARY、SUBQUERY 等）
- table：涉及的表名
- partitions：匹配的分区（如果使用分区表）
- type：连接类型，反映访问方式（从优到劣：system → const → eq_ref → ref → range → index → ALL）
- possible_keys：可能使用的索引
- key：实际使用的索引
- key_len：所用索引的长度，越短通常越好
- ref：显示哪个字段或常量被用来与索引比较
- rows：MySQL估计需要扫描的行数，数值越小越好
- filtered：按条件过滤后剩余数据的百分比（基于统计信息估算）
- Extra：额外信息，非常重要，例如 "Using where"、"Using index"、"Using filesort" 等
2. 关键字段解读与优化提示
重点关注 type 和 Extra 字段，它们往往暴露性能瓶颈。
- 如果 type 是 ALL，表示全表扫描，应考虑添加索引
- type=range 表示使用了索引范围扫描，常见于 BETWEEN、IN、> 等操作
- type=ref 表示非唯一索引匹配，是较理想的状态
- Extra 中出现 Using filesort，说明需要排序但无法利用索引有序性，建议创建合适索引优化ORDER BY
- Using temporary 表示使用了临时表（如 GROUP BY 与 ORDER BY 字段不一致），也需优化
- Using index 表示使用了覆盖索引，无需回表，性能好
- Using where 表示在存储引擎层之后又进行了条件过滤
3. 结合实际案例分析
假设有一个用户表 users，结构如下：
CREATE TABLE users ( id INT PRIMARY KEY, name VARCHAR(50), age INT, city VARCHAR(30) ); CREATE INDEX idx_city ON users(city);执行以下查询：
PHP5 和 MySQL 圣经
下载
本书是全面讲述PHP与MySQL的经典之作，书中不但全面介绍了两种技术的核心特性，还讲解了如何高效地结合这两种技术构建健壮的数据驱动的应用程序。本书涵盖了两种技术新版本中出现的最新特性，书中大量实际的示例和深入的分析均来自于作者在这方面多年的专业经验，可用于解决开发者在实际中所面临的各种挑战。
若结果中：
- type=index 或 ALL → 扫描过多行
- Extra=Using filesort → 因为没有按 city+age 建立联合索引
可优化方式是建立联合索引：
ALTER TABLE users ADD INDEX idx_city_age (city, age);再次执行 EXPLAIN，你会发现 type 变为 ref，Extra 显示 Using index condition 或不再有 Using filesort，说明性能提升。
4. 使用 EXPLAIN 的注意事项
- EXPLAIN 仅适用于 SELECT、UPDATE、DELETE 等查询，不支持 DDL 语句
- MySQL 8.0 支持 EXPLAIN FORMAT=JSON，提供更详细的执行信息，包括成本估算、是否使用缓存等
- 可以结合 SHOW WARNINGS 查看优化器重写后的SQL
- 注意 rows 是估算值，不一定完全准确
基本上就这些。合理使用 EXPLAIN 能快速定位慢查询原因，指导索引设计和SQL改写，是数据库调优的基础技能。
