MySQL查询为什么没走索引？这篇文章带你全面解析

工作中，经常遇到这样的问题，我明明在MySQL表上面加了索引，为什么执行SQL查询的时候却没有用到索引？
同一条SQL有时候查询用到了索引，有时候却没用到索引，这是咋回事？
原因可能是索引失效了，失效的原因有以下几种，看你有没有踩过类似的坑？
1. 数据准备：

有这么一张用户表，在name字段上建个索引：

1. CREATE TABLE `user` (
2.   `id` int NOT NULL AUTO_INCREMENT COMMENT '主键',
3.   `name` varchar(255) DEFAULT NULL COMMENT '姓名',
4.   `age` int DEFAULT NULL COMMENT '年龄',
5.   PRIMARY KEY (`id`),
6.   KEY `idx_name` (`name`)
7. ) ENGINE=InnoDB COMMENT='用户表';

复制代码

2. Explain详解：

想要查看一条SQL是否用到索引？用到了哪种类型的索引？
可以使用explain关键字，查看SQL执行计划。例如：

1. explain select * from user where id=1;

复制代码

可以看到type=const，表示使用了主键索引。
explain的所有type类型如下：

3. 失效原因

1. 数据类型隐式转换

name字段是varchar类型，如果我们使用数据类型查询，就会产生数据类型转换，虽然不会报错，但是无法用到索引。

1. explain select * from user where name='一灯';

复制代码

1. explain select * from user where name=18;

复制代码

2. 模糊查询 like 以%开头

1. explain select * from user where name like '张%';

复制代码

1. explain select * from user where name like '%张';

复制代码

3. or前后没有同时使用索引

虽然name字段上加了索引，但是age字段没有索引，使用or的时候会全表扫描。

1. # or前后没有同时使用索引，导致全表扫描
2. explain select * from user where name='一灯' or age=18;

复制代码

4. 联合索引，没有使用第一列索引

如果我们在（name，age）上，建立联合索引，但是查询条件中只用到了age字段，也是无法用到索引的。
使用联合索引，必须遵循最左匹配原则，首先使用第一列字段，然后使用第二列字段。

1. CREATE TABLE `user` (
2.   `id` int NOT NULL AUTO_INCREMENT COMMENT '主键',
3.   `name` varchar(255) DEFAULT NULL COMMENT '姓名',
4.   `age` int DEFAULT NULL COMMENT '年龄',
5.   PRIMARY KEY (`id`),
6.   KEY `idx_name_age` (`name`,`age`)
7. ) ENGINE=InnoDB COMMENT='用户表';

复制代码

5. 在索引字段进行计算操作

如果我们在索引列进行了计算操作，也是无法用到索引的。

1. # 在主键索引上进行计算操作，导致全表扫描
2. explain select * from user where id+1=2;

复制代码

6. 在索引字段字段上使用函数

如果我们在索引列使用函数，也是无法用到索引的。

7. 优化器选错索引

同一条SQL有时候查询用到了索引，有时候却没用到索引，这是咋回事？
这可能是优化器选择的结果，会根据表中数据量选择是否使用索引。

当表中大部分name都是一灯，这时候用name='一灯'做查询，还会不会用到索引呢？
索引优化器会认为，用索引还不如全表扫描来得快，干脆不用索引了。

当然我们认为优化器优化的不对，也可以使用force index强制使用索引。

知识点总结：

文章持续更新，可以微信搜一搜「 一灯架构 」第一时间阅读更多技术干货。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！