在MySQL中分析SQL执行计划，主要通过EXPLAIN命令查看查询的执行路径，帮助判断索引使用情况、扫描行数、连接方式等关键信息。理解执行计划能有效优化慢查询，提升数据库性能。
使用EXPLAIN查看执行计划
在SQL语句前加上EXPLAIN（或EXPLAIN FORMAT=JSON）即可获取执行计划：
基本用法：
EXPLAIN SELECT * FROM users WHERE age > 30;
返回结果包含以下关键列：
id： 查询编号，联合查询时体现执行顺序 select_type： 查询类型（如SIMPLE、PRIMARY、SUBQUERY等） table： 涉及的数据表 partitions： 匹配的分区（适用于分区表） type： 访问类型，从最优到最差：system → const → eq_ref → ref → range → index → ALL possible_keys： 可能使用的索引 key： 实际使用的索引 key_len： 使用索引的长度，越短通常越高效 ref： 显示索引被哪一列或常量引用 rows： 扫描的预估行数，越少越好 filtered： 按条件过滤后剩余的百分比 Extra： 额外信息，如“Using where”、“Using index”、“Using filesort”等重点关注执行计划中的关键字段
分析执行计划时，以下几个字段尤为重要：
type = ALL： 表示全表扫描，应尽量避免。可通过添加索引优化 key 为 NULL： 没有使用索引，需检查查询条件是否可命中索引 Extra 出现 Using filesort： MySQL需要额外排序，影响性能。应确保排序字段有索引 Extra 出现 Using temporary： 使用了临时表，常见于GROUP BY或ORDER BY操作，应优化查询或添加复合索引 rows 值过大： 表明扫描数据过多，考虑优化查询条件或建立覆盖索引使用EXPLAIN FORMAT=JSON获取更详细信息
JSON格式提供更丰富的执行细节，适合深入分析：
EXPLAIN FORMAT=JSON SELECT * FROM users WHERE age > 30;
返回内容包括：
查询重写过程 索引选择的依据 成本估算（cost_info） 实际使用的访问方法和过滤条件例如，"using_index": true 表示使用了覆盖索引，无需回表，性能更优。
结合实际场景进行优化建议
举个例子：
EXPLAIN SELECT name FROM users WHERE city = 'Beijing' ORDER BY age;
如果出现Using filesort，说明虽然city有索引，但排序仍需额外处理。此时可以创建复合索引：
ALTER TABLE users ADD INDEX idx_city_age (city, age);
这样查询既能快速定位city，又能利用索引有序性避免排序。
基本上就这些。掌握EXPLAIN的使用，能帮你快速定位SQL性能瓶颈，合理设计索引，写出更高效的查询语句。
