在数据库日常运维和开发中，SQL查询性能低下是常见的问题，而通过EXPLAIN命令查看SQL的执行计划，是定位性能瓶颈最直接有效的方式。执行计划中的type字段和Extra字段包含了大量关键信息，能直接反映SQL的执行效率和潜在问题。
EXPLAIN基础使用
在需要分析的SQL语句前加上EXPLAIN关键字，就可以得到该SQL的执行计划，基本用法如下：
-- 分析查询语句的执行计划 EXPLAIN SELECT * FROM user WHERE age > 18 AND status = 1;
执行后会返回包含id、select_type、table、type、possible_keys、key、key_len、ref、rows、Extra等多个字段的结果集，其中type和Extra是我们分析瓶颈的重点。
type字段解读
type字段表示MySQL在表中找到所需行的方式，也就是表的访问类型，性能从好到坏依次为：system > const > eq_ref > ref > range > index > ALL，下面逐一说明常见类型：
- const：通过主键或者唯一索引的等值查询，最多只返回一行数据，速度极快，比如根据主键id查询单条记录。
- eq_ref：多表关联查询时，被驱动表通过主键或者唯一索引进行等值匹配，每行只匹配一条记录，性能很好。
- ref：使用普通索引的等值查询，或者唯一索引的前缀匹配，可能返回多行数据，性能尚可。
- range：使用索引进行范围查询，比如<、>、BETWEEN、IN等操作，性能优于全表扫描。
- index：全索引扫描，遍历整个索引树，比全表扫描好一点，因为索引文件通常比数据文件小。
- ALL：全表扫描，遍历整张表的所有行，数据量大的时候性能极差，是需要重点优化的场景。
我们可以通过下面的示例直观看到不同type的表现：
-- 创建测试表
CREATE TABLE user (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(50),
age INT,
status INT,
INDEX idx_age (age),
INDEX idx_status (status)
);
-- 插入测试数据
INSERT INTO user (name, age, status) VALUES
('张三', 20, 1),
('李四', 25, 0),
('王五', 30, 1);
-- const类型：主键等值查询
EXPLAIN SELECT * FROM user WHERE id = 1;
-- ref类型：普通索引等值查询
EXPLAIN SELECT * FROM user WHERE age = 20;
-- range类型：索引范围查询
EXPLAIN SELECT * FROM user WHERE age > 20;
-- ALL类型：无索引条件查询
EXPLAIN SELECT * FROM user WHERE name = '张三';
Extra字段解读
Extra字段是执行计划的补充信息，包含了不适合在其他列展示但是对执行过程非常重要的额外信息，常见值如下：
| Extra值 | 含义 | 性能影响 |
|---|---|---|
| Using index | 覆盖索引，查询的列都在索引中，不需要回表查询数据行 | 性能好，减少了IO操作 |
| Using where | 使用了WHERE条件过滤数据，如果同时没有Using index，说明需要回表过滤 | 性能一般，需要结合type判断 |
| Using temporary | 使用了临时表来存储中间结果，常见于GROUP BY、ORDER BY等操作时索引失效的场景 | 性能差，临时表会占用额外内存或磁盘空间 |
| Using filesort | 无法利用索引完成排序，需要额外的排序操作，数据量大的时候性能很差 | 性能差，排序操作会消耗大量CPU资源 |
| Using join buffer | 多表关联时，被驱动表没有使用索引，需要用到连接缓存 | 性能差，说明关联字段缺少索引 |
下面通过示例展示不同Extra值的出现场景：
-- Using index：查询列都在索引中，覆盖索引 EXPLAIN SELECT age FROM user WHERE age = 20; -- Using temporary + Using filesort：GROUP BY没有使用索引 EXPLAIN SELECT status, COUNT(*) FROM user GROUP BY status; -- Using where：需要回表过滤 EXPLAIN SELECT * FROM user WHERE age > 20 AND status = 1;
结合两个字段定位瓶颈
实际分析SQL的时候，需要同时结合type和Extra字段综合判断：
- 如果type是ALL，同时Extra出现Using temporary或者Using filesort，说明SQL性能极差，必须优先优化，通常需要添加合适的索引。
- 如果type是range或者ref，但是Extra出现Using filesort，说明排序没有用到索引，可以考虑建立包含排序字段的联合索引。
- 如果type是ref或者更好的类型，同时Extra是Using index，说明SQL性能很好，不需要优化。
比如下面的SQL执行计划，type是ALL，Extra是Using where，说明是全表扫描并且需要过滤数据，明显存在性能瓶颈：
EXPLAIN SELECT * FROM user WHERE name LIKE '%张%';
这种情况可以在name字段上添加索引，优化后type会变成range，性能会有明显提升。
常见优化思路
根据type和Extra字段的提示，我们可以采取对应的优化措施：
- 如果type是ALL，检查WHERE条件、关联字段是否有合适的索引，避免全表扫描。
- 如果出现Using temporary或者Using filesort，检查GROUP BY、ORDER BY的字段是否有索引，尽量让排序和分组操作使用索引。
- 如果出现Using join buffer，检查多表关联的字段是否建立了索引，给被驱动表的关联字段添加索引。
- 尽量让查询满足覆盖索引，也就是查询的列都在索引中，减少回表操作，提升查询效率。
掌握EXPLAIN的type和Extra字段的解读方法，能帮助我们快速定位SQL的性能瓶颈，针对性地进行优化，有效提升数据库的查询性能。