索引失效的10个原因

背景
最近生产爆出一条慢sql，原因是用了or和!=，导致索引失效。于是，总结了索引失效的十大杂症，希望对大家有帮助，加油。
一、查询条件包含or，可能导致索引失效
新建一个user表，它有一个普通索引userId，结构如下：
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
userId int(11) NOT NULL,
age int(11) NOT NULL,
name varchar(255) NOT NULL,
PRIMARY KEY (id),
KEY idx_userId (userId)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

执行一条查询sql，它是会走索引的，如下图所示：

把or条件+没有索引的age加上，并不会走索引，如图：

分析&结论：

对于or+没有索引的age这种情况，假设它走了userId的索引，但是走到age查询条件时，它还得全表扫描，也就是需要三步过程：全表扫描+索引扫描+合并
如果它一开始就走全表扫描，直接一遍扫描就完事。
mysql是有优化器的，处于效率与成本，遇到or条件，索引可能失效，看起来也合情合理。

注意: 如果or条件的列都加了索引，索引可能会走的，大家可以自己试一试。
二、如何字段类型是字符串，where时一定用引号括起来，否则索引失效
假设demo表结构如下：
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
userId varchar(32) NOT NULL,
name varchar(255) NOT NULL,
PRIMARY KEY (id),
KEY idx_userId (userId) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
userId为字符串类型，是B+树的普通索引，如果查询条件传了一个数字过去，它是不走索引的，如图所示：

如果给数字加上’',也就是传一个字符串呢，当然是走索引，如下图：

分析与结论：
为什么第一条语句未加单引号就不走索引了呢？
这是因为不加单引号时，是字符串跟数字的比较，它们类型不匹配，MySQL会做隐式的类型转换，把它们转换为浮点数再做比较。
三、like通配符可能导致索引失效。
并不是用了like通配符，索引一定失效，而是like查询是以%开头，才会导致索引失效。
表结构：
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
userId varchar(32) NOT NULL,
name varchar(255) NOT NULL,
PRIMARY KEY (id),
KEY idx_userId (userId) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
like查询以%开头，索引失效，如图：

把%放后面，发现索引还是正常走的，如下：

把%加回来，改为只查索引的字段（覆盖索引），发现还是走索引，惊不惊喜，意不意外

结论：
like查询以%开头，会导致索引失效。可以有两种方式优化：

使用覆盖索引
把%放后面

附: 索引包含所有满足查询需要的数据的索引，称为覆盖索引(Covering Index)。
四、联合索引，查询时的条件列不是联合索引中的第一个列，索引失效。
表结构：（有一个联合索引idx_userid_age，userId在前，age在后）
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
userId int(11) NOT NULL,
age int(11) DEFAULT NULL,
name varchar(255) NOT NULL,
PRIMARY KEY (id),
KEY idx_userid_age (userId,age) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
在联合索引中，查询条件满足最左匹配原则时，索引是正常生效的。请看demo：

如果条件列不是联合索引中的第一个列，索引失效，如下：

分析与结论：

当我们创建一个联合索引的时候，如(k1,k2,k3)，相当于创建了（k1）、(k1,k2)和(k1,k2,k3)三个索引，这就是最左匹配原则。
联合索引不满足最左原则，索引一般会失效，但是这个还跟Mysql优化器有关的。

五、在索引列上使用mysql的内置函数，索引失效。
表结构：
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
userId varchar(32) NOT NULL,
loginTime datetime NOT NULL,
PRIMARY KEY (id),
KEY idx_userId (userId) USING BTREE,
KEY idx_login_time (loginTime) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
虽然loginTime加了索引，但是因为使用了mysql的内置函数Date_ADD()，索引直接GG，如图：

六、对索引列运算（如，+、-、*、/），索引失效。
表结构：
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
userId varchar(32) NOT NULL,
age int(11) DEFAULT NULL,
PRIMARY KEY (id),
KEY idx_age (age) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
虽然age加了索引，但是因为它进行运算，索引直接迷路了。。。
如图：

七、索引字段上使用（！= 或者 < >，not in）时，可能会导致索引失效。
表结构：
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
userId int(11) NOT NULL,
age int(11) DEFAULT NULL,
name varchar(255) NOT NULL,
PRIMARY KEY (id),
KEY idx_age (age) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
虽然age加了索引，但是使用了！= 或者 < >，not in这些时，索引如同虚设。如下：

八、索引字段上使用is null， is not null，可能导致索引失效。
表结构:
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
card varchar(255) DEFAULT NULL,
name varchar(255) DEFAULT NULL,
PRIMARY KEY (id),
KEY idx_name (name) USING BTREE,
KEY idx_card (card) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
单个name字段加上索引，并查询name为非空的语句，其实会走索引的，如下:

单个card字段加上索引，并查询name为非空的语句，其实会走索引的，如下:

但是它两用or连接起来，索引就失效了，如下：

九、左连接查询或者右连接查询查询关联的字段编码格式不一样，可能导致索引失效。
新建两个表，一个user，一个user_job
CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
name varchar(255) CHARACTER SET utf8mb4 DEFAULT NULL,
age int(11) NOT NULL,
PRIMARY KEY (id),
KEY idx_name (name) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;

CREATE TABLE user_job (
id int(11) NOT NULL,
userId int(11) NOT NULL,
job varchar(255) DEFAULT NULL,
name varchar(255) DEFAULT NULL,
PRIMARY KEY (id),
KEY idx_name (name) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

user 表的name字段编码是utf8mb4，而user_job表的name字段编码为utf8。

执行左外连接查询,user_job表还是走全表扫描，如下：

如果把它们改为name字段编码一致，还是会走索引。

十、mysql估计使用全表扫描要比使用索引快,则不使用索引。

当表的索引被查询，会使用最好的索引，除非优化器使用全表扫描更有效。优化器优化成全表扫描取决与使用最好索引查出来的数据是否超过表的30%的数据。

不要给’性别’等增加索引。如果某个数据列里包含了均是"0/1"或“Y/N”等值，即包含着许多重复的值，就算为它建立了索引，索引效果不会太好，还可能导致全表扫描。

Mysql出于效率与成本考虑，估算全表扫描与使用索引，哪个执行快。这跟它的优化器有关，来看一下它的逻辑架构图吧（图片来源网上）

总结
总结了索引失效的十大杂症，在这里来个首尾呼应吧，分析一下我们生产的那条慢sql。
模拟的表结构与肇事sql如下：
CREATE TABLE user_session (
user_id varchar(32) CHARACTER SET utf8mb4 NOT NULL,
device_id varchar(64) NOT NULL,
status varchar(2) NOT NULL,
create_time datetime NOT NULL,
update_time datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (user_id,device_id) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
explain
update user_session set status =1
where (user_id = ‘1’ and device_id!=‘2’)
or (user_id != ‘1’ and device_id=‘2’)
分析：

执行的sql，使用了or条件，因为组合主键(user_id,device_id)，看起来像是每一列都加了索引，索引会生效。
但是出现!=,可能导致索引失效。也就是or+!=两大综合症，导致了慢更新sql。

解决方案:
那么，怎么解决呢？我们是把or条件拆掉，分成两条执行。同时给device_id加一个普通索引。
最后，总结了索引失效的十大杂症，希望大家在工作学习中，参考这十大杂症，多点结合执行计划expain和场景，具体分析，而不是按部就班，墨守成规，认定哪个情景一定索引失效。

原文：
链接：ttps://juejin.cn/post/6844904015872917517

索引失效的10个原因相关推荐

索引失效的10种场景，你知道几个呢？（必知五颗星）
目录前言 1. 准备工作 1.1 创建user表 1.2 插入数据 1.3 查看数据库版本 1.4 查看执行计划 2. 不满足最左匹配原则 2.1 哪些情况索引有效? 2.2 哪些情况索引失效? 3 ...
mysql locate不走索引_索引失效的情况及原因定位
同事遇到一个奇葩的问题,一个表里某个字段建了索引,但是有的值走索引,有的值不走索引.因为一般情况一个字段要么完全不走索引,要么走索引,怎么会有的值走索引,有的不走索引. select 条件非常简单,因 ...
Mysql进阶优化篇02——索引失效的10种情况及原理
前言
MySQL高级篇——索引失效案例
文章目录: 1.案例分析 1.1 数据准备 1.2 全值匹配 1.3 最左前缀法则 1.4 计算.函数.类型转换(自动或手动)导致索引失效 1.5 范围条件右边的列索引失效 1.6 不等于(!= 或者 ...
数据库建立索引以及索引失效问题
操作数据库索引能起到优化数据库查询,提高查询效率的作用.并且对也稍微大一点的数据量的服务来说,索引的创建是必须的,也是关键的.但是索引也要合理应用,不要遇到查询就建索引,也不能乱建.如果造成索引失效那 ...
什么情况创建索引？什么情况不创建索引？MySQL如何避免索引失效？
哪些情况需要创建索引? 1.主键自动建立唯一索引: 2.频繁作为查询条件的字段: 3.查询中与其他表关联的字段,外键关系建索引: 4.排序的字段(非主键): 5.查询中统计或分组字段. tips: 单 ...
oracle对sga统计信息不对,oracle 索引失效原因及解决方法
一.以下的方法会引起索引失效 ‍1,<> 2,单独的>, 3,like "%_" 百分号在前. 4,表没分析. 5,单独引用复合索引里非第一位置的索引列. 6,字 ...
ORACLE 索引失效的原因与解决
一.以下的方法会引起索引失效‍1,<> 2,单独的>,<,(有时会用到,有时不会) 3,like "%_" 百分号在前. 4,表没分析. 5,单独引用复合索 ...
oracle 检查索引失效,oracle 索引失效原因_汇总
1) 没有查询条件,或者查询条件没有建立索引 2) 在查询条件上没有使用引导列 3) 查询的数量是大表的大部分,应该是30%以上. 4) 索引本身失效 5) 查询条件使用函数在索引列上,或者对索引列进 ...

索引失效的10个原因

索引失效的10个原因相关推荐

最新文章

热门文章