索引失效原因

目录

1.最佳左前缀法则

2.不在索引列上做任何操作

3.存储引擎不能使用索引中范围条件右边的列 

4.尽量使用覆盖索引

5.mysql 在使用不等于(!= 或者<>)的时候无法使用索引会导致全表扫描 

6..is null ,is not null 也无法使用索引

7.like以通配符开头(%abc...)mysql索引失效会变成全表扫描的操作

8.字符串不加单引号索引失效 

9.少用or,用它来连接时会索引失效

10.总结

---

1.最佳左前缀法则

如果索引了多列，要遵守最佳左前缀法则。指的是查询从索引的最左前列开始并且 不跳过索引中的列。即当查询条件按照顺序分别是a，b和c时，建立索引时字段的顺序也要按照a，b和c的顺序，否则会造成索引失效

例：

查询条件是b，c或者c。索引是a，b和c时，索引失效。

查询条件是a，c。索引是a，b和c时，索引部分失效，只会使用到a的索引。

2.不在索引列上做任何操作

在条件中对某个项目进行计算、函数、(自动r手动)类型转换等操作，会导致索引失效而转向全表扫描。

3.存储引擎不能使用索引中范围条件右边的列 

 创建了name，age及pos的索引，但是如果查询条件中的age是一个范围条件的场合，会导致后面的查询条件不能使用索引，从最后一个结果来看，查询中只用到索引中的age和name，这点可以从type和key_len的内容看出来，pos没有使用索引，因为age是一个范围查询。

4.尽量使用覆盖索引

只访问索引的查询，即索引列和查询列一致保持一致，不使用select *。

如上面的例子中，extra的区别，多了using index，性能更加出色。

5.mysql 在使用不等于(!= 或者<>)的时候无法使用索引会导致全表扫描 

6..is null ,is not null 也无法使用索引

7.like以通配符开头(%abc...)mysql索引失效会变成全表扫描的操作

如上所述，使用like时当%在最左边时会导致索引失效，在右边则不会。 

要解决like%字符串%时索引不被使用的方法，就是使用覆盖索引，即查询的项目要在索引的项目内。

8.字符串不加单引号索引失效 

 如上所述，name是varchar类型的，当查询语句中加上单引号或者不加单引号，都能将数据查询出来，但是不加单引号的场合，mysql会自动的进行类型的转换(隐式类型转换)，并且索引会失效。

9.少用or,用它来连接时会索引失效

10.总结

前提是不使用select *，并且存在复合索引(a,b,c)。