索引失效的情况？
原文链接：平时工作中有没有遇到索引失效的情况？
-
全值匹配 ，对索引中所有列都指定具体值。该情况下，索引生效，执行效率高。2. 左前缀法则如果索引了多列，要遵守左前缀法则。指的是查询从索引的左前列开始，并且不跳过索引中的列，否则索引失效.
-
匹配左前缀法则，走索引。结果也只是显示最后的匹配情况。
-
如果符合左法则，但是出现跳跃某一列，只有左列索引生效。
-
范围查询右边的列，不能使用索引 ，否则破坏后面字段的索引。
-
不要在索引列上进行运算操作， 索引将失效。
-
字符串不加单引号，造成索引失效。【在查询是，没有对字符串加单引号，MySQL的查询优化器，会自动的进行类型转换，造成索引失效】
-
尽量使用覆盖索引，避免select *尽量使用覆盖索引（只访问索引的查询（索引列完全包含查询列）如：select id from user，id是user的某个索引），减少select * 。
-
用or分割开的条件， 如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会被用到。但是and不会受影响示例，name字段是索引列 ， 而createtime不是索引列，中间是or进行连接是不走索引的
-
以%开头的Like模糊查询，索引失效。如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。【如果使用了，可以应用索引覆盖来解决。】
-
如果MySQL评估使用索引比全表更慢，则不使用索引。
-
is NULL ， is NOT NULL 有时索引失效
-
in 走索引， not in 索引失效
-
单列索引和复合索引。尽量使用复合索引，而少使用单列索引查看索引使用情况show status like ‘Handler_read%’;Handler_read_first：索引中第一条被读的次数。如果较高，表示服务器正执行大量全索引扫描（这个值越低 越好）。
Handler_read_key：如果索引正在工作，这个值代表一个行被索引值读的次数，如果值越低，表示索引得到的 性能改善不高，因为索引不经常使用（这个值越高越好）。
Handler_read_next：按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列， 该值增加。
Handler_read_prev：按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。
Handler_read_rnd：根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。这个值较高，意味着运行效率低，应 该建立索引来补救。
Handler_read_rnd_next：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说 明你的表索引不正确或写入的查询没有利用索引。
