哪些情况下sql的索引会失效呢

索引什么时候不会生效，以下集中情况会导致索引失效：

1.条件中用or，那么就算其中条件带索引，也不会使用索引查询

这里就要注意查询时尽量用in，避免用or

关于explain 请见本博另一篇博文：https://blog.csdn.net/yxd504/article/details/106080546

此处我们在将realname设为索引，此处需要索引生效表内数据必须大于等于三条

则

看到key，索引生效，先使用主键索引，在使用索引，按照顺序。

Type ：index_merge  表明使用了合并索引

Extra ：Using union(PRIMARY,t_userid);  表明合并为index_merge 索引使用了 union 算法

2.对于多列索引，不是使用的第一部分，则不会使用索引。

其中有一个条件不是索引则将会全表查询。

3.like的模糊查询以%开头，索引失效；以%结尾，索引生效；

4.如果列类型是字符串，那一定要在条件中将数据使用引号引用起来，否则不会使用索引

5.如果MySQL预计使用全表扫描要比使用索引快，则不使用索引

下面是查看索引使用情况：

show status like ‘Handler_read%’;  

大家可以注意：  

1. handler_read_key:这个值越高越好，越高表示使用索引查询到的次数  
2. handler_read_rnd_next:这个值越高，说明查询低效 

以下是度娘查找，了解了解，记不住。。。

分析这几个值，我们可以查看当前索引的使用情况：

Handler_read_first：索引中第一条被读的次数。如果较高，它表示服务器正执行大量全索引扫描；例如，SELECT col1 FROM foo，假定col1有索引（这个值越低越好）。

Handler_read_key：如果索引正在工作，这个值代表一个行被索引值读的次数，如果值越低，表示索引得到的性能改善不高，因为索引不经常使用（这个值越高越好）。

Handler_read_next ：按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加。

Handler_read_prev：按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。

Handler_read_rnd ：根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。这个值较高，意味着运行效率低，应该建立索引来补救。

Handler_read_rnd_next：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。

编写实属不易，若喜欢或者对你有帮助记得点赞+关注或者收藏哦~