MySQL的索引失效的情况（8）

避免索引失效

1). 全值匹配 ，对索引中所有列都指定具体值。
该情况下，索引生效，执行效率高。

2). 左前缀法则
如果索引了多列，要遵守左前缀法则。指的是查询从索引的左前列开始，并且不跳过索引中的列，否则索引失效。
1）匹配左前缀法则，走索引。结果也只是显示最后的匹配情况。

2）如果符合左法则，但是出现跳跃某一列，只有左列索引生效。

3). 范围查询右边的列，不能使用索引 ，否则破坏后面字段的索引。

4). 不要在索引列上进行运算操作， 索引将失效。

5). 字符串不加单引号，造成索引失效。【在查询是，没有对字符串加单引号，MySQL的查询优化器，会自动的进行类型转换，造成索引失效】

6). 尽量使用覆盖索引，避免select *
尽量使用覆盖索引（只访问索引的查询（索引列完全包含查询列）如：select id from user，id是user的某个索引），减少select * 。

7). 用or分割开的条件， 如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会被用到。但是and不会受影响

示例，name字段是索引列 ， 而createtime不是索引列，中间是or进行连接是不走索引的 

8). 以%开头的Like模糊查询，索引失效。
如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。【如果使用了，可以应用索引覆盖来解决。】

9). 如果MySQL评估使用索引比全表更慢，则不使用索引。

10). is NULL ， is NOT NULL 有时索引失效

11). in 走索引， not in 索引失效

12). 单列索引和复合索引。
尽量使用复合索引，而少使用单列索引

查看索引使用情况

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