查询计划是mysql执行SQL前生成的最优执行路径，通过EXPLaiN可查看其详细信息，如表扫描方式、索引使用情况和排序操作等，帮助识别全表扫描、索引失效等问题，进而优化查询性能。
MySQL查询计划，也叫执行计划，是数据库在执行sql语句前生成的一个“路线图”，用来决定如何最有效地访问和检索数据。当你执行一条select、UPDATE或delete语句时，MySQL的查询优化器会分析各种可能的执行方式，并选择成本最低的一种，这个选择过程的结果就是查询计划。
查询计划的作用
它告诉你MySQL打算怎么执行你的查询，比如：
- 是否使用了索引
- 表的连接顺序
- 扫描了多少行数据
- 是否进行了临时表排序或文件排序
通过查看查询计划，你可以判断查询是否高效，有没有全表扫描、索引失效等问题。
如何查看查询计划
使用EXPLAIN关键字放在SELECT语句前面即可：
EXPLAIN SELECT * FROM users WHERE age > 30;
执行后会返回一个表格，包含以下关键列：
- id：查询的标识符，多个表关联时能看出执行顺序
- select_type：查询类型，如简单查询、子查询、联合查询等
- table：涉及的表名
- type：连接类型，从最好到最差有：system/const → eq_ref → ref → range → index → ALL（ALL表示全表扫描，通常要避免）
- possible_keys：可能用到的索引
- key：实际使用的索引
- key_len：使用的索引长度，越短通常越好
- rows：估计需要扫描的行数，数值越大性能越差
- Extra：额外信息，比如“using where”、“Using index”、“Using filesort”等，对优化非常关键
常见问题识别
通过查询计划可以快速发现性能瓶颈：
- 如果type=ALL，说明在做全表扫描，应检查是否有合适的索引
- 如果Extra中出现Using filesort，表示需要额外排序，可能需要优化ORDER BY或增加复合索引
- 如果Extra显示Using temporary，说明用了临时表，常见于GROUP BY和JOIN操作，也可能影响性能
- 如果key=NULL但possible_keys有值，说明有索引但没被使用
小贴士
写SQL时养成用EXPLAIN的习惯，尤其是复杂查询或数据量大的表。结合索引设计和实际数据分布，持续调整语句结构和索引策略，才能让查询更高效。
基本上就这些，掌握查询计划是优化MySQL性能的基础一步。