MySQL中什么情况下会出现索引失效？如何排查索引失效？

---

1-引言：什么是MySQL的索引失效？(What、Why)

1-1 索引失效定义

• 在MySQL中，索引是用来加快检索数据库记录的一种数据结构。
• 索引失效指的是在进行查询操作时，本应该使用索引来提升查询效率的场景下，数据库没有利用索引，而是采用了全表扫描的方式，这会大大增加查询时间和系统负担。

1-2 为什么排查索引失效

排查索引失效的原因是至关重要的，主要有以下方面：

• 1. 提高查询效率：索引的主要目的是加快数据检索速度。当索引失效时，数据库系统可能退回到更慢的查询方法，如全表扫描，这会显著增加查询时间和降低整体性能。
• 2. 降低服务器负载：使用索引可以显著减少数据库处理查询所需处理的数据量，从而减少CPU使用率和IO读写。如果索引失效，数据库必须加载更多数据，这会增加服务器的负载和资源消耗。

---

2- 索引失效的原因及排查（How）

2-1 索引失效的情况

• 以以下的学生信息表举例

CREATE TABLE `student_info` (
  `student_id` int(11) NOT NULL AUTO_INCREMENT,
  `student_name` varchar(50) NOT NULL,
  `student_age` int(11) DEFAULT NULL,
  `enrollment_date` datetime DEFAULT NULL,
  PRIMARY KEY (`student_id`),
  UNIQUE KEY `student_name` (`student_name`),
  KEY `student_age` (`student_age`),
  KEY `enrollment_date` (`enrollment_date`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

• 表的索引情况：
• 总结来说，表 student_info 有四个字段上定义了索引：
  • 一个主键索引 student_id
  • 一个唯一索引 student_name
  • 以及两个普通索引 student_age 和 enrollment_date。

① 索引列参与计算

• 正常的通过 age 去做查询
  • 走的是 student_age 的索引

explain select * from student_info where student_age=21;

• 如果索引列参与了计算进行查询
  • 索引失效

explain select * from student_info where student_age+1 =21;

• 如果不是对列进行计算，而是对列等号右侧的值进行计算，结果还是走索引的。

---

② 对索引列进行函数操作

• 正常的查询——>走索引

explain select * from student_info where enrollment_date = '2022-09-04 08:00:00';

• 如果对查询的字段加上函数操作时，索引失效

explain select * from student_info where YEAR(enrollment_date) = 2022;

---

③ 查询中使用了 OR 两边有范围查询 > 或 <

• 正常情况查询，查询使用 student_name 索引

explain select * from student_info where student_name='Helen' and student_age>15;

• 如果使用了 OR 进行查询，两边包含范围查询 > 或 <
  • 此时索引失效

explain select * from student_info where student_name='Helen' or student_age>15;

• 如果没有范围查询下使用 OR 还是正常走索引

explain select * from student_info where student_name='Helen' or student_age=18;

---

④ like 操作：以 % 开头的 like 查询

• 以 % 开头的 LIKE 查询比如 LIKE ‘%abc’;;

---

⑤ 不等于比较 !=

• 在MySQL中 != 比较有可能会导致不走索引，但如果对 id 进行 != 比较，是有可能走索引的。
• != 比较是否走索引，与索引的选择、数据分布情况有关，不单是由于查询包含 != 而引起的。

---

⑥ order by

• 如果使用 order by 时，表中的数据量很小，数据库会直接在内存中进行排序，而不使用索引

---

⑦ 使用 IN

• 使用 IN 的时候，有可能走索引，也有可能不走索引。当在 IN 的取值范围比较大的时候有可能会导致索引失效，走全表扫描（NOT IN 和 IN的失效场景相同）。

---

2-2 索引失效的排查

使用 explain 排查

• 和 MySQL 慢查询的排查类似，使用 Explain 语句来进行排查。

需要关注的字段：type、key、extra

• 我们可以根据 key、type、extra 来判断一条语句是否走了索引。
• 一般走索引的情况 ：
  • key 值不为 null
  • type 值应该为 ref、eq_ref、range、const 这几个
  • extra 的话如果是 NULL，或者 using indedx，using index condition 都是可以的

索引失效情况

• 如果一条语句出现了 type 值为 all、key 为 null，extra = Using where 此时是索引失效了

此时就需要排查索引失效的原因

• 1. 索引是否符合最左前缀匹配
• 2. 查询语句出现以上 7 种情况

---

3- 总结：索引失效知识点小结

MySQL中什么情况下会出现索引失效？如何排查索引失效？
回答