百木园工作中，经常遇到这样的问题，我明明在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强制使用索引。
知识点总结：
文章持续更新，可以微信搜一搜「 一灯架构 」第一时间阅读更多技术干货。
来源：https://www.cnblogs.com/yidengjiagou/p/16456697.html
本站部分图文来源于网络，如有侵权请联系删除。