索引失效原因

迷南。 2023-09-27 14:04 91阅读 0赞

**目录**

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.存储引擎不能使用索引中范围条件右边的列 ###

![529b20b532af49dca32e4c2832281a86.png][]

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

### 4.尽量使用覆盖索引 ###

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

![d666249d2fba400192bfb177c886081b.png][]

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

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

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

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

![9d636b853ac0435ea47cc315372ff3df.png][]

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

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

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

![6efb2a63149e43b797e4f99df5c166ac.png][]

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

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

### 10.总结 ###

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

![40f69cbb30c64653b6474efec316829e.png][]

[529b20b532af49dca32e4c2832281a86.png]: https://img-blog.csdnimg.cn/529b20b532af49dca32e4c2832281a86.png
[d666249d2fba400192bfb177c886081b.png]: https://img-blog.csdnimg.cn/d666249d2fba400192bfb177c886081b.png
[9d636b853ac0435ea47cc315372ff3df.png]: https://img-blog.csdnimg.cn/9d636b853ac0435ea47cc315372ff3df.png
[6efb2a63149e43b797e4f99df5c166ac.png]: https://img-blog.csdnimg.cn/6efb2a63149e43b797e4f99df5c166ac.png
[40f69cbb30c64653b6474efec316829e.png]: https://img-blog.csdnimg.cn/40f69cbb30c64653b6474efec316829e.png