MySQL查询为什么没走索引？这篇文章带你全面解析_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强制使用索引。

 

知识点总结：