MySQL的索引失效是一个比较常见的问题，这种情况一般会在慢SQL发生时需要考虑，考虑是否存在索引失效的问题。
在排查索引失效的时候，第一步一定是找到要分析的SQL语句，然后通过explain查看他的执行计划。主要关注type、key和extra这几个字段。
我们需要通过key+type+extra来判断一条SQL语句是否用到了索引。如果有用到索引，那么是走 了覆盖索引呢？还是索引下推呢？还是扫描了整棵索引树呢？或者是用到了索引跳跃扫描等等。
一般来说，比较理想的走索引的话，应该是以下几种情况：
- 首先，key一定要有值，不能是NULL
- 其次，type应该是ref、eq_ref、range、const等这几个
- 还有，extra的话，如果是NULL，或者using index，using index condition都是可以的
如果通过执行计划之后，发现一条SQL没有走索引，比如 type = ALL， key = NULL , extra = Using where 那么就要进一步分析没有走索引的原因了。
那么，有以下这么几种情况可能会导致没走索引：
- 没有正确创建索引：当查询语句中的where条件中的字段，没有创建索引，或者不符合最左前缀 匹配的话，就是没有正确的创建索引。
- 索引区分度不高：如果索引的区分度不够高，那么可能会不走索引，因为这种情况下走索引的 效率并不高。
- 表太小：当表中的数据很小，优化器认为扫全表的成本也不高的时候，也可能不走索引
- 查询语句中，索引字段因为用到了函数、类型不一致等导致了索引失效。
这时候我们就需要从头开始逐一分析：
- 如果没有正确创建索引，那么就根据SQL语句，创建合适的索引。如果没有遵守最左前缀那么就 调整一下索引或者修改SQL语句
- 索引区分度不高的话，那么就考虑换一个索引字段。
- 表太小这种情况确实也没啥优化的必要了，用不用索引可能影响不大的
- 排查具体的失效原因，然后针对性的调整SQL语句就行了。
可能导致索引失效的情况：
- 索引列参与计算，如select * from mytable where age +1 = 12;
- 对索引列进行函数操作，如SELECT * FROM mytable WHERE YEAR(create_time) = 2022;
- 使用OR并且OR的两边存在<或者>，如SELECT * FROM mytable WHERE name = 'Lisi' OR age > 18;
- like操作百分号写在开头，如SELECT * FROM mytable WHERE name like '%Lisi'；
- 隐式类型转换，如select * from mytable where name = 1; int到varchar类型转换；
- 不等于比较，
- is not null，字段为空，可能会不走索引；
- in，若值比较多的时候，可能会不走索引；