MySQL中索引失效的场景

MySQL中索引失效的场景

用一句口诀记录:模型数空运最快

  • 模–代表模糊查询
  • 型–代表数据类型
  • 数–代表函数
  • 空–代表NULL
  • 运–代表数值运算
  • 最–代表最左原则
  • 快–代表全表扫描最快

1、like 以%开头,索引无效;当like前缀没有%,后缀有%时,索引有效。
在这里插入图片描述
2、or语句前后没有同时使用索引。当or左右查询字段只有一个是索引,该索引失效,只有当or左右查询字段均为索引时,才会生效

在这里插入图片描述

3、组合索引,不是使用第一列索引,索引失效。最左前缀原则

在这里插入图片描述

4、数据类型出现隐式转化。如varchar不加单引号的话可能会自动转换为int型,使索引无效,产生全表扫描。
在这里插入图片描述

5、在索引列上使用 IS NULL 或 IS NOT NULL操作。索引是不索引空值的,所以这样的操作不能使用索引,可以用其他的办法处理,例如:数字类型,判断大于0,字符串类型设置一个默认值,判断是否等于默认值即可。(此处是错误的!
在这里插入图片描述

解释以上错误:

此处我将重新创建一个emp表
在这里插入图片描述

创建新的索引
在这里插入图片描述

查看索引
在这里插入图片描述

执行SQL语句
在这里插入图片描述
由此可发现有使用到索引

总结:在索引列上使用 IS NULL 或 IS NOT NULL操作,索引不一定失效!!!,这个是要考虑执行的成本问题,具体的看下面的详解

使用联合查询请参考:https://www.jianshu.com/p/3cae3e364946

原理请参考:https://mp.weixin.qq.com/s/CEJFsDBizdl0SvugGX7UmQ,此文中讲了什么情况下才会走全表,可以理解为一个执行成本的问题,当小于一定的成本就会使用索引,但是高于就会使用全表

6、在索引字段上使用not,<>,!=。不等于操作符是永远不会用到索引的,因此对它的处理只会产生全表扫描。 优化方法: key<>0 改为 key>0 or key<0。

在这里插入图片描述

7、对索引字段进行计算操作、字段上使用函数。(索引为 emp(ename,empno,sal))
在这里插入图片描述

8、当全表扫描速度比索引速度快时,mysql会使用全表扫描,此时索引失效。

索引失效分析工具:

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值