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

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 都是可以的

索引失效情况

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

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

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

 ……