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强制使用索引。

知识点总结：

推荐阅读：《我爱背八股系列》

为什么要用MQ？MQ的作用有哪些？
高并发场景下，如何保证数据的一致性的？
如何进行分库分表？分库分表后有哪些问题以及对应的解决方案。
高并发下怎么生成订单ID？以及每种方案的优缺点。
如何实现分布式锁？使用数据库、分布式数据库、分布式协调服务分别如何实现？
MySQL索引底层数据结构为什么要用B+树？以及红黑树、B树的优缺点。
一篇文章讲清楚MySQL的聚簇/联合/覆盖索引、回表、索引下推
ThreadLocal线上故障复盘，差点丢了工作。
一文详解MySQL事务底层原理
 一文讲清楚MySQL的所有锁
MySQL update语句加锁过程和原理
 记一次线上MySQL死锁排查过程
 彻底搞懂三大MySQL日志，Redo Log、Undo Log、Bin Log

玖叶教程网

前端编程开发入门

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