索引失效的问题是如何排查的，有哪些种情况？

关注

原创最新推荐文章于 2025-08-12 19:20:01 发布 1.1k 阅读 AI 写同款· GEO 优化 ›

MySQL索引失效的场景表中的某些列可能会存储 NULL 值，如果把这些 NULL 值都放到记录的真实数据中会比较浪费空间，所以 Compact 行格式把这些值为 NULL 的列存储到 NULL值列表中。如果存在允许 NULL 值的列，则每个列对应一个二进制位（bit），二进制位按照列的顺序逆序排列。二进制位的值为1时，代表该列的值为NULL。二进制位的值为0时，代表该列的值不为NULL。另外，NULL 值列表必须用整数个字节的位表示（1字节8位），如果使用的二进制位个数不足整数个字节，则在字节的高位补 0。阅读详情

1.11.1 面试考察重点

1. 面试官的考察目标

SQL优化能力：对索引工作原理的理解深度
问题诊断技巧：系统化排查问题的能力
实战经验：实际处理索引失效问题的经验
知识广度：对各类失效场景的掌握程度

2. 关键关注点

排查工具：使用哪些工具诊断索引失效
失效场景：常见的索引失效模式
解决方案：如何修复失效问题
预防措施：如何避免索引失效

由于篇幅限制，只能给大家展示小部分内容，

全套面试笔记及答案【点击此处】即可免费获取

1.11.2 面试核心知识点详解

1.11.2.1 索引失效定义

在MySQL中，索引是用来加快检索数据库记录的一种数据结构。

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

1.11.2.2 为什么排查索引失效

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

1. 提高查询效率：索引的主要目的是加快数据检索速度。当索引失效时，数据库系统可能退回到更慢的查询方法，如全表扫描，这会显著增加查询时间和降低整体性能。

2. 降低服务器负载：使用索引可以显著减少数据库处理查询所需处理的数据量，从而减少CPU使用率和IO读写。如果索引失效，数据库必须加载更多数据，这会增加服务器的负载和资源消耗。

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

以下的学生信息表举例

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 进行查询，两边包含范围查询 > 或 <
- 此时索引失效

如果没有范围查询下使用 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的失效场景相同）。

1.11.2.4 索引失效的排查

使用 explain 排查

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

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

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

索引失效情况