表查询 rows 超过总行数 30% 时索引失效—— Mysql 索引失效

1、问题背景：

当根据 create_time 查询选择的时间范围很大时，会出现慢 SQL ，查询耗时很长，影响整个系统的性能。

2、问题分析：

单次查询如果查出表的大部分数据，这会导致编译器认为全表扫描性能比走索引更好，从而导致索引失效。

一般单次查询数量大概占大表的30%以上索引就会失效。

实例如下：

EXPLAIN SELECT * FROM a where create_time > '2021-01-02 06:00:00' and create_time < '2022-01-02 06:30:00' ;

EXPLAIN SELECT * FROM a where create_time > '2022-01-02 06:00:00' and create_time < '2022-01-02 06:30:00' ;
 

此 SQL 的create_time 列是由索引的，后来测试发现，联合索引也会出现此种情况。

下面图对应第一个 SQL , create_time 查询范围打的情况，没有用了索引，即这里 索引失效。

 这个对应第二个 SQL, create_time 查询范围小的情况，就是用了索引

 此表的总数据行数为：

 明显第一个 SQL 的行数超了 30% ，通过执行计划 explain 发现没有使用索引，进行了全表扫描。

而第二个 SQL 的行数 343 不超了 30%，通过执行计划 explain 发现使用索引，查询效率快很多。

3、解决方案：

分析慢查询的 SQL ，对其功能做相应限制处理。