Mysql 系列 | 索引（优化器索引选择异常处理）

默认情况下，SQL 语句中不会选择索引，都是由优化器自动选择。

优化器为了得到最优方案，会考虑扫描行数、是否使用临时表、是否排序等因素。

但有时候，因为种种原因，优化器选择的并不是最佳索引。

索引选择异常处理方案

analyze table

• 有时候 Mysql 不能准确判断数据的扫描行数，这时可以用 analyze table t 来重新统计索引信息

• 如果 explain 的 rows 值和实际情况相差较大，可以使用重新统计的方式解决

force index

• Mysql 会根据语法分析结果，分析出可能使用的索引作为候选项，当 force index 的索引在候选项中，则直接选择，不再评估其他候选项的代价

select * from t where a between 1 and 1000 and b between 50000 and 10000 order by b limit 1;

↓

select * from t force index(a) where a between 1 and 1000 and b between 50000 and 100000 order by b limit 1;

修改 SQL

select * from t where a between 1 and 1000 and b between 50000 and 100000 order by b limit 1;

↓

select * from t where a between 1 and 1000 and b between 50000 and 100000 order by b,a limit 1;

• 两条 SQL 语义相同，都能得到 b 最小的一条数据

• 修改前只根据 b 排序，直接用 b 索引，本身就是有序的，只要遍历，不再需要额外排序，所以即使扫描行数多，也被认为代价较小

• 修改后要根据 b,a 排序，不管选择 a b 哪个索引都需要再次排序，所以最终会选择扫描行数较小的 a 索引

修改索引

• 删掉不必要的索引，避免误用

• 新建更合适的索引

--- 索引优化要具体问题具体分析，在实践中摸索，没有统一方案。