执行计划是MySQL优化器生成的查询执行步骤描述，通过EXPLAIN命令可查看，包含id、select_type、table、type、possible_keys、key、key_len、ref、rows、filtered和Extra等关键字段，用于分析查询性能，判断索引使用情况、全表扫描、排序或临时表等问题，进而优化SQL。
MySQL数据库执行计划是指优化器在执行SQL语句前，为该查询生成的一套执行步骤的详细描述。它告诉数据库“如何查找数据”，包括使用了哪些索引、表的连接顺序、访问方式等信息。通过执行计划，开发人员和DBA可以分析查询性能，判断是否存在全表扫描、索引失效等问题，进而进行优化。
执行计划的获取方式
在MySQL中，查看执行计划最常用的方法是使用 EXPLAIN 命令。只需在SELECT、UPDATE、DELETE等语句前加上EXPLAIN关键字，即可返回该语句的执行计划，而不是实际执行它。
- EXPLAIN SELECT * FROM users WHERE id = 1;
- EXPLAIN FORMAT=JSON SELECT ... 可以输出更详细的JSON格式执行信息
执行计划的关键字段解析
EXPLAIN 输出结果包含多个列，每个列提供不同的执行信息：
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
- id：查询中每个SELECT的标识符，相同id表示属于同一查询块，不同则可能为子查询或联合查询
- select_type：查询类型，如 SIMPLE（简单查询）、PRIMARY、SUBQUERY、DERIVED 等
- table：当前行操作涉及的表名
- partitions：匹配的分区（如果使用了分区表）
- type：访问类型，非常重要，常见值从优到差有：system → const → eq_ref → ref → range → index → ALL。ALL 表示全表扫描，通常需要优化
- possible_keys：可能使用的索引列表
- key：实际使用的索引
- key_len：所用索引的长度，可帮助判断是否使用了索引的全部部分
- ref：显示哪个字段或常量被用于与索引比较
- rows：MySQL估计需要扫描的行数，数值越小越好
- filtered：按条件过滤后剩余数据的百分比估算值
- Extra：额外信息，比如 “Using where”、“Using index”、“Using temporary”、“Using filesort” 等，这些往往是性能瓶颈的提示
执行计划的实际应用价值
理解执行计划能帮助我们快速定位慢查询的根本原因。例如：
- 发现 type 为 ALL，且 rows 数值很大，说明存在全表扫描，应考虑添加合适索引
- Extra 中出现 Using filesort 或 Using temporary，意味着需要排序或临时表，可能影响性能
- key 显示为 NULL，而 possible_keys 有索引，说明索引未被使用，需检查查询条件是否符合最左前缀原则
基本上就这些。掌握执行计划是SQL调优的基础能力，不需要每次都深入每项细节，但关键字段要能看懂，结合实际业务场景做出合理判断。不复杂，但容易忽略。
