MySQL索引失效的几种情况详析

1.前导模糊查询不能利用索引(like '%xx'或者like '%xx%')

假如有这样一列code的值为'aaa','aab','baa','bab' ,如果where code like '%ab'条件，由于前面是

模糊的，所以不能利用索引的顺序，必须一个个去找，看是否满足条件。这样会导致全索引扫描或者全表扫

描。如果是这样的条件where code like 'a % '，就可以查找code中a开头的code的位置，当碰到b开头的

数据时，就可以停止查找了，因为后面的数据一定不满足要求。这样就可以利用索引了。

2.如果是组合索引的话，如果不按照索引的顺序进行查找，比如直接使用第三个位置上的索引而忽略第一二个位置上的索引时，则会进行全表查询

索引为c1,c2,c3,c4

上图结果显示直接使用c3是全表查询，无法使用该索引的，所以c3字段使用索引的前提是c1，c2两字段均使用了索引。

3.条件中有or

应尽量避免在 where 子句中使用 or 来连接条件，否则将导致引擎放弃使用索引而进行全表扫描，如：

?

1	select id from t where num=10 or num=20

可以这样查询：

?

1	select id from t where num=10 union all select id from t where num=20

4.索引无法存储null值，所以where的判断条件如果对字段进行了null值判断，将导致数据库放弃索引而进行全表查询，如

?

1	select id from t where num is null

可以在num上设置默认值0，确保表中num列没有null值，然后这样查询：

?

1	select id from t where num=0

a.单列索引无法储null值，复合索引无法储全为null的值。

b.查询时，采用is null条件时，不能利用到索引，只能全表扫描。

为什么索引列无法存储null值？

a.索引是有序的。null值进入索引时，无法确定其应该放在哪里。（将索引列值进行建树，其中必然涉及到诸多的比较操作，null 值是不确定值无法比较，无法确定null出现在索引树的叶子节点位置。）

5.应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。

6.in 和 not in 也要慎用，否则会导致全表扫描，如：

?

1	select id from t where num in (1,2,3)

对于连续的数值，能用 between 就不要用 in 了：

?

1	select id from t where num between 1 and 3

7. 应尽量避免在where子句中对字段进行函数操作，这将导致引擎放弃使用索引而进行全表扫描。如：

–name以abc开头的id

?

1	select id from t where substring ( name ,1,3)= 'abc'

8.应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：

?

1	select id from t where num/2=100

应改为:

?

1	select id from t where num=100*2

总结

到此这篇关于mysql索引失效的几种情况的文章就介绍到这了,更多相关mysql索引失效内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！

原文链接：https://segmentfault.com/a/1190000038330186