使用EXPLAIN分析执行计划，合理创建索引并遵循最左前缀原则，避免全表扫描与无效索引使用，优化SQL结构减少冗余操作，定期更新统计信息以提升查询性能。
在MySQL中优化查询计划，关键在于理解执行流程、合理使用索引以及调整SQL语句结构。查询计划（执行计划）由MySQL的查询优化器生成，决定如何访问表中的数据。通过分析和干预这个过程，可以显著提升查询性能。
理解EXPLAIN执行计划
查看查询计划的第一步是使用EXPLAIN命令。它展示MySQL将如何执行一条SELECT语句，包括访问顺序、使用的索引、扫描行数等信息。
重点关注以下字段：
- type：连接类型，从最好到最差为 system → const → eq_ref → ref → range → index → ALL。尽量避免ALL（全表扫描）。
- key：实际使用的索引名称。若为NULL，说明未使用索引。
- rows：MySQL估计需要扫描的行数。数值越小越好。
- Extra：额外信息，如“Using filesort”或“Using temporary”表示需要排序或临时表，应尽量避免。
合理创建和使用索引
索引是影响查询计划的核心因素。但不是所有列都适合建索引，也不是索引越多越好。
建议如下：
- 在WHERE、JOIN、ORDER BY和GROUP BY中频繁使用的列上建立索引。
- 使用复合索引时注意最左前缀原则，例如索引(a,b,c)，查询条件包含a、a+b、a+b+c有效，单独用b无效。
- 避免在索引列上使用函数或表达式，如WHERE YEAR(create_time) = 2023会导致索引失效，应改为范围查询。
- 选择区分度高的列作为索引，比如用户ID比性别更适合建索引。
优化SQL语句结构
即使有索引，不合理的SQL写法也会导致优化器选择错误的执行路径。
注意以下几点：
- 避免SELECT *，只查询需要的字段，减少数据传输和缓冲区压力。
- 用INNER JOIN代替子查询（在多数情况下更高效），同时确保关联字段有索引。
- LIMIT配合ORDER BY时，如果无法走索引排序，可能引发大量排序操作，考虑覆盖索引优化。
- 避免在WHERE中使用!=、NOT IN、OR（尤其多个OR条件），这些容易导致全表扫描。
更新统计信息与调整配置
MySQL优化器依赖表的统计信息来制定执行计划。当数据分布变化较大时，应手动更新统计信息。
- 运行ANALYZE TABLE table_name;更新表的索引统计，帮助优化器做出更准确判断。
- 适当调整optimizer_switch参数，控制某些优化策略的启用状态，如关闭index_merge或semi_join等特定场景下可能影响性能的功能。
- 对于大表，考虑分区表设计，结合查询条件使用分区裁剪，减少扫描范围。
基本上就这些。掌握EXPLAIN工具、善用索引、规范SQL写法，并定期维护统计信息，就能有效优化MySQL的查询计划。关键是根据实际执行情况持续观察和调整。
