MySQL索引优化系列：（三）索引失效
MySQL索引优化系列：（三）索引失效
- 索引失效是什么
- 索引失效分类
-
- 1、如果条件中有or
- 2、like查询以%开头
- 3、组合索引，不是使用第一列索引（最左原则）
- 4、数据类型出现隐式转化
- 5、where 子句里对索引列上有数学运算
- 6、在索引列上使用 IS NULL 或 IS NOT NULL操作
- 7、where 子句里对有索引列使用函数
- 8、使用全表扫描要比使用索引快时
- 总结
- 致谢
索引失效是什么
索引失效就是索引失去效果，索引失效的底层原理呢跟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”，本来是数字，给写成字符串了
致谢
- where
子句里对有索引列使用函数 - MySQL 在索引列上使用不等于、is null、is not null、OR
查询无法使用索引 - 基于索引的SQL语句优化
- mysql关于where子句对列计算时
索引无效的问题 - 避免在WHERE条件中，在索引列上进行计算或使用函数，因为这将导致索引不被使用
- mysql 索引 最左前缀原则
- 免在WHERE条件中，在索引列上进行计算或使用函数，因为这将导致索引不被使用…
- mysql索引最左匹配原则的理解
- 什么时候全表扫描比使用索引扫描能更快？
以上就是今天的分享，如有错误，请大佬们多多包涵，多多指正！谢谢~