MySQL 查询优化器因统计信息不准确、数据分布变化等原因，可能出现 “选错索引”（如放弃高效索引，选择低效索引或全表扫描），导致查询性能骤降，解决步骤如下：

1. 确认优化器选错索引

通过EXPLAIN查看执行计划，若出现以下情况，说明选错索引：

• key字段显示的索引并非最优（如未使用过滤性更好的索引）；
• type字段为ALL（全表扫描），但存在可用索引；
• rows字段预估扫描行数远大于实际需要扫描的行数。

2. 解决方法（从简单到复杂）

• 方法 1：更新统计信息：执行ANALYZE TABLE table_name，优化器依赖准确的统计信息选择索引，统计信息过期是选错索引的常见原因；

• 方法 2：强制使用指定索引：用FORCE INDEX关键字强制 SQL 使用最优索引，临时解决问题；

  -- 强制使用idx_age索引
  SELECT * FROM user FORCE INDEX (idx_age) WHERE age > 20;
  

• 方法 3：优化 SQL 语句：

  • 避免索引失效操作（如函数操作、模糊查询前缀通配符）；
  • 调整查询条件顺序，让优化器更容易识别最优索引（如将过滤性强的条件放在前面）；
  • 避免SELECT *，只查询需要的字段，提升索引覆盖概率；

• 方法 4：调整索引结构：

  • 新增联合索引，覆盖查询条件和排序字段（如WHERE a=1 AND b=2 ORDER BY c，创建idx_a_b_c）；
  • 删除低效索引或重复索引，减少优化器的选择难度；

• 方法 5：调整 MySQL 优化器参数：

  • optimizer_switch：关闭某些优化规则（如set optimizer_switch='index_merge=off'）；
  • max_seeks_for_key：设置索引最大扫描次数，超过则选择全表扫描（需谨慎调整）；

• 方法 6：使用 hint 语句：除FORCE INDEX外，还可使用USE INDEX（推荐使用某索引）、IGNORE INDEX（忽略某索引）；

  -- 推荐使用idx_age索引
  SELECT * FROM user USE INDEX (idx_age) WHERE age > 20;
  -- 忽略idx_name索引
  SELECT * FROM user IGNORE INDEX (idx_name) WHERE age > 20;
  

3. 长期避免方案

• 定期维护索引和统计信息（如每周执行ANALYZE TABLE）；
• 监控核心 SQL 的执行计划，发现异常及时干预；
• 避免在生产环境中频繁修改表结构、索引或大量数据操作（可能导致统计信息过期）。