mysql索引失效的常见九种原因图文详解

Thalia ·

更新时间:2024-11-14

· 258 次阅读

前言：

1.最佳左前缀法则

3.计算、函数、类型转换(自动或手动)导致索引失效

4.范围条件右边的列索引失效

5.不等于(!= 或者<>)导致索引失效

6.is null可以使用索引，is not null无法使用索引

7.like以通配符%开头索引失效

8.OR 前后只要存在非索引的列，都会导致索引失效

9.数据库和表的字符集统一使用utf8mb4

总结

前言：

MySQL中提高性能的一个最有效的方式是对数据表设计合理的索引。索引提供了高效访问数据的方法，并且加快查询的速度，因此索引对查询的速度有着至关重要的影响。

使用索引可以快速地定位表中的某条记录，从而提高数据库查询的速度，提高数据库的性能。

如果查询时没有使用索引，查询语句就会扫描表中的所有记录。在数据量大的情况下，这样查询的速度会很慢。

大多数情况下都（默认）采用B+ 树来构建索引。只是空间列类型的索引使R- 树，并且MEMORY 表还支持hash 索引。其实，用不用索引最终都是优化器说了算。

优化器是基于什么的优化器？基于cost开销(CostBaseOptimizer) ，它不是基于规则（ Rule-BasedOptimizer），也不是基于语义。怎么样开销小就怎么来。另外， SQL 语句是否使用索引，跟数据库版本、数据量、数据选择度都有关系。

1.最佳左前缀法则

拓展： Alibaba 《 Java 开发手册》 索引文件具有 B-Tree 的最左前缀匹配特性，如果左边的值未确定，那么无法使用此索引。

2.主键插入顺序

如果此时再插入一条主键值为 9 的记录，那它插入的位置就如下图：

可这个数据页已经满了，再插进来咋办呢？我们需要把当前页面分裂成两个页面，把本页中的一些记录移动到新创建的这个页中。页面分裂和记录移位意味着什么？意味着：性能损耗！所以如果我们想尽量避免这样无谓的性能损耗，最好让插入的记录的主键值依次递增，这样就不会发生这样的性能损耗了。

所以我们建议：让主键具有 AUTO_INCREMENT ，让存储引擎自己为表生成主键，在插入记录时存储引擎会自动为我们填入自增的主键值。这样的主键占用空间小，顺序写入，减少页分裂。

3.计算、函数、类型转换(自动或手动)导致索引失效 4.范围条件右边的列索引失效

例子：

#创建一个联合索引， 注意字段的顺序
create index idx_age_classid_name on student(age,classid,name);
#执行计划
EXPLAIN SELECT SQL_NO_CACHE * FROM student
WHERE student .age = 30 AND student .classId > 20 AND student .name = 'abc' ;

#再创建一个联合索引，与上面的索引对比字段顺序变了
create index idx_age_name_classid on student(age,name,classid); 
#再执行一模一样的执行计划
EXPLAIN SELECT SQL_NO_CACHE * FROM student
WHERE student .age = 30 AND student .classId > 20 AND student .name = 'abc' ;