别再问我MySQL为啥没走索引？就这几种原因，全都告诉你
工作中，经常遇到这样的问题，我明明在MySQL表上面加了索引，为什么执行SQL查询的时候却没有用到索引？
同一条SQL有时候查询用到了索引，有时候却没用到索引，这是咋回事？
原因可能是索引失效了，失效的原因有以下几种，看你有没有踩过类似的坑？
1. 数据准备：
有这么一张用户表，在name字段上建个索引：
CREATE TABLE `user` (`id` int NOT NULL AUTO_INCREMENT COMMENT '主键',`name` varchar(255) DEFAULT NULL COMMENT '姓名',`age` int DEFAULT NULL COMMENT '年龄',PRIMARY KEY (`id`),KEY `idx_name` (`name`)) ENGINE=InnoDB COMMENT='用户表';复制代码
2. Explain详解：
想要查看一条SQL是否用到索引？用到了哪种类型的索引？
可以使用explain关键字，查看SQL执行计划。例如：
explain select * from user where id=1;复制代码
可以看到type=const，表示使用了主键索引。
explain的所有type类型如下：
3. 失效原因
1. 数据类型隐式转换
name字段是varchar类型，如果我们使用数据类型查询，就会产生数据类型转换，虽然不会报错，但是无法用到索引。
explain select * from user where name='一灯';复制代码
explain select * from user where name=18;复制代码
2. 模糊查询 like 以%开头
explain select * from user where name like '张%';复制代码
explain select * from user where name like '%张';复制代码
3. or前后没有同时使用索引
虽然name字段上加了索引，但是age字段没有索引，使用or的时候会全表扫描。
# or前后没有同时使用索引，导致全表扫描explain select * from user where name='一灯' or age=18;复制代码
4. 联合索引，没有使用第一列索引
如果我们在（name，age）上，建立联合索引，但是查询条件中只用到了age字段，也是无法用到索引的。
使用联合索引，必须遵循最左匹配原则，首先使用第一列字段，然后使用第二列字段。
CREATE TABLE `user` (`id` int NOT NULL AUTO_INCREMENT COMMENT '主键',`name` varchar(255) DEFAULT NULL COMMENT '姓名',`age` int DEFAULT NULL COMMENT '年龄',PRIMARY KEY (`id`),KEY `idx_name_age` (`name`,`age`)) ENGINE=InnoDB COMMENT='用户表';复制代码
5. 在索引字段进行计算操作
如果我们在索引列进行了计算操作，也是无法用到索引的。
# 在主键索引上进行计算操作，导致全表扫描explain select * from user where id+1=2;复制代码
6. 在索引字段字段上使用函数
如果我们在索引列使用函数，也是无法用到索引的。
7. 优化器选错索引
同一条SQL有时候查询用到了索引，有时候却没用到索引，这是咋回事？
这可能是优化器选择的结果，会根据表中数据量选择是否使用索引。
当表中大部分name都是一灯，这时候用name=’一灯’做查询，还会不会用到索引呢？
索引优化器会认为，用索引还不如全表扫描来得快，干脆不用索引了。
当然我们认为优化器优化的不对，也可以使用force index强制使用索引。
知识点总结：
刺骨的言语ヽ痛彻心扉
素颜马尾好姑娘i
╰+哭是因爲堅強的太久メ
小灰灰
爱被打了一巴掌
还没有评论，来说两句吧...