vlambda博客
学习文章列表

Mysql索引失效的场景

     索引失效分析工具:

可以使用explain命令加在要分析的sql语句前面, 在执行结果中查看key这一列的值,如果为NULL,说明没有使用索引。
索引失效的场景:


1.or语句前后没有同时使用索引。当or左右查询字段只有一个是索引,该索引失效,只有当or左右查询字段均为索引时,才会生效;
2.复合索引未用左列字段,即不是使用第一列索引,索引失效;
3.like以%开头,当like前缀没有%,后缀有%时,索引有效;
4.需要类型转换;
5.where中索引列有运算,或者索引列使用了函数;;
6.where中在索引字段上使用not,<>,!=。

  (不等于操作符是永远不会用到索引的,因此对它的处理只会产生全表扫描。key<>0 改为 key>0 or key<0。)不等于操作符是永远不会用到索引的,因此对它的处理只会产生全表扫描。优化方法:key<>0 改为 key>0 or key<0。)
7.如果mysql觉得全表扫描更快时(数据少);

8. 在索引列上使用 IS NULL 或 IS NOT NULL操作。

索引是不索引空值的,所以这样的操作不能使用索引,可以用其他的办法处理,例如:数字类型,判断大于0,字符串类型设置一个默认值,判断是否等于默认值即可。

         

          


没必要用索引的场景

1.唯一性差;
2.频繁更新的字段不用(更新索引消耗);
3.where中不用的字段;
4.索引使用<>时,效果一般;

索引并不是时时都会生效的,比如以下几种情况,将导致索引失效:

  • 如果条件中有or,即使其中有部分条件带索引也不会使用(这也是为什么尽量少用or的原因),例子中user_id无索引

注意:要想使用or,又想让索引生效,只能将or条件中的每个列都加上索引

Mysql索引失效的场景

  • like查询是以%开头

Mysql索引失效的场景

  • 存在索引列的数据类型隐形转换,则用不上索引,比如列类型是字符串,那一定要在条件中将数据使用引号引用起来,否则不使用索引

Mysql索引失效的场景

  • where 子句里对索引列上有数学运算,用不上索引

  • where 子句里对有索引列使用函数,用不上索引


  • 如果mysql估计使用全表扫描要比使用索引快,则不使用索引

比如数据量极少的表

什么情况下不推荐使用索引?

1) 数据唯一性差(一个字段的取值只有几种时)的字段不要使用索引

比如性别,只有两种可能数据。意味着索引的二叉树级别少,多是平级。这样的二叉树查找无异于全表扫描。

2) 频繁更新的字段不要使用索引

比如logincount登录次数,频繁变化导致索引也频繁变化,增大数据库工作量,降低效率。

3) 字段不在where语句出现时不要添加索引,如果where后含IS NULL /IS NOT NULL/ like ‘%输入符%’等条件,不建议使用索引

只有在where语句出现,mysql才会去使用索引

4) where 子句里对索引列使用不等于(<>),使用索引效果一般