索引什么时候不会生效，以下集中情况会导致索引失效：
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%’;
大家可以注意：
- handler_read_key:这个值越高越好，越高表示使用索引查询到的次数
- 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：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。
编写实属不易，若喜欢或者对你有帮助记得点赞+关注或者收藏哦~