MySQL索引优化系列:(三)索引失效

「这是我参与11月更文挑战的第16天,活动详情查看:2021最后一次更文挑战

索引失效是什么

索引失效就是索引失去效果,索引失效的底层原理呢跟B+树有关,这个后面单独讲下,这里就不展开讲解,有兴趣的朋友也可以自行查询资料。

我们可能知道,索引不是在任何时候都会生效的,在很多时候索引可能不会产生效果,那么到底什么情况会导致索引失效呢?接下来来详细了解以下

索引失效分类

1、如果条件中有or

这个比较很多人可能都知道,sql语句中有or就会让索引失效,即使其中有部分条件带索引也不会使用(这也是为什么尽量少用or的原因)

但是注意,当or左右查询字段均为索引时,会生效!

2、like查询以%开头

但是注意当like前缀没有%,后缀有%时,索引有效

3、组合索引,不是使用第一列索引(最左原则)

注意口诀:带头大哥不准死、中间兄弟不可断!

4、数据类型出现隐式转化

如varchar不加单引号的话可能会自动转换为int型,使索引无效,产生全表扫描。

5、where 子句里对索引列上有数学运算

如果在查询列使用数学运算,则DBMS优化器先要处理数学运算也会影响查询效能。 例如:ELECT * FROM TABLE WHERE SUM*2<50

6、在索引列上使用 IS NULL 或 IS NOT NULL操作

使用不等于(!=或<>)、 is null, is not null 、OR时无法使用索引而使用全表扫描

EXPLAIN SELECT * FROM TABLE WHERE `name` = 'xiaoming' OR `name` = 'xiaohua'';
复制代码

7、where 子句里对有索引列使用函数

注意,where子句中对字段进行函数操作,这将导致引擎放弃使用索引而进行全表扫描。

因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。然而,如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。

8、使用全表扫描要比使用索引快时

可以分为两种情况: 1 只使用索引就能够返回查询结果的查询,比如聚合查询中的函数count,max,min。

2 查询结果的记录数量小于表中记录一定比例的时候。对于大多数数据库来说,这个比例是10%(oracle,postgresql等),即先对结果数量估算,如果小于这个比例用索引,大于的话即直接表扫描。

总结

从上述索引失效的条件可以总结出,以下用法会导致索引失效:

  • 计算,如:+、-、*、/、!=、<>、is null、is not null、or
  • 函数,如:sum()、round()等等
  • 手动/自动类型转换,如:id = "1010",本来是数字,给写成字符串了

致谢

  1. where 子句里对有索引列使用函数
  2. MySQL 在索引列上使用不等于、is null、is not null、OR 查询无法使用索引
  3. 基于索引的SQL语句优化
  4. mysql关于where子句对列计算时 索引无效的问题
  5. 避免在WHERE条件中,在索引列上进行计算或使用函数,因为这将导致索引不被使用
  6. mysql 索引 最左前缀原则
  7. 免在WHERE条件中,在索引列上进行计算或使用函数,因为这将导致索引不被使用...
  8. mysql索引最左匹配原则的理解
  9. 什么时候全表扫描比使用索引扫描能更快?

以上就是今天的分享,如有错误,请大佬们多多包涵,多多指正!谢谢~

Guess you like

Origin juejin.im/post/7031166218480549924