MySQL数据库执行计划是指优化器在执行SQL语句前，为该查询生成的一套执行步骤的详细描述。它告诉数据库“如何查找数据”，包括使用了哪些索引、表的连接顺序、访问方式等信息。通过执行计划，开发人员和DBA可以分析查询性能，判断是否存在全表扫描、索引失效等问题，进而进行优化。
执行计划的获取方式
在MySQL中，查看执行计划最常用的方法是使用 EXPLAIN 命令。只需在SELECT、UPDATE、DELETE等语句前加上EXPLAIN关键字，即可返回该语句的执行计划，而不是实际执行它。
EXPLAIN SELECT * FROM users WHERE id = 1; EXPLAIN FORMAT=JSON SELECT ... 可以输出更详细的JSON格式执行信息执行计划的关键字段解析
EXPLAIN 输出结果包含多个列，每个列提供不同的执行信息：
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调优的基础能力，不需要每次都深入每项细节，但关键字段要能看懂，结合实际业务场景做出合理判断。不复杂，但容易忽略。
