【Mysql面试高频】- MySQL的覆盖索引与回表

本文深入讲解MySQL中的聚簇索引与普通索引的工作原理,并探讨覆盖索引与回表的概念及应用场景,帮助读者理解如何利用索引提高查询效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

【Mysql面试高频】- MySQL的覆盖索引与回表

在讲述MySQL的覆盖索引与回表之前,先来了解Mysql中的两大类索引。

Mysql中的两大类索引

使用的存储引擎:MySQL5.7 InnoDB

聚簇索引

  • 如果表设置了主键,则主键就是聚簇索引
  • 如果表没有主键,则会默认第一个NOT NULL,且唯一(UNIQUE)的列作为聚簇索引
  • 以上都没有,则会默认创建一个隐藏的row_id作为聚簇索引

InnoDB的聚簇索引的叶子节点存储的是行记录(其实是页结构,一个页包含多行数据),InnoDB必须要有至少一个聚簇索引。

由此可见,使用聚簇索引查询会很快,因为可以直接定位到行记录。

普通索引

普通索引也叫二级索引,除聚簇索引外的索引,即非聚簇索引

InnoDB的普通索引叶子节点存储的是主键(聚簇索引)的值,而MyISAM的普通索引存储的是记录指针。

示例

建表

mysql> create table user(
    -> id int(10) auto_increment,
    -> name varchar(30),
    -> age tinyint(4),
    -> primary key (id),
    -> index idx_age (age)
    -> )engine=innodb charset=utf8mb4;

id 字段是聚簇索引,age 字段是普通索引(二级索引)

填充数据

insert into user(name,age) values('张三',30);
insert into user(name,age) values('李四',20);
insert into user(name,age) values('王五',40);
insert into user(name,age) values('刘八',10);

mysql> select * from user;
+----+--------+------+
| id | name  | age |
+----+--------+------+
| 1 | 张三  |  30 |
| 2 | 李四  |  20 |
| 3 | 王五  |  40 |
| 4 | 刘八  |  10 |
+----+--------+------+

索引存储结构

聚簇索引(ClusteredIndex)

id 是主键,所以是聚簇索引,其叶子节点存储的是对应行记录的数据

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-harJKYGT-1620875826014)(E:/笔记/面试高频/imgs/174.png)]

普通索引(secondaryIndex)

age 是普通索引(二级索引),非聚簇索引,其叶子节点存储的是聚簇索引的的值

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RrynyKMk-1620875826026)(E:/笔记/面试高频/imgs/175.png)]

查找过程

聚簇索引查找过程

如果查询条件为主键(聚簇索引),则只需扫描一次B+树即可通过聚簇索引定位到要查找的行记录数据。

如:select * from user where id = 1;

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ugz4KTLS-1620875826028)(E:/笔记/面试高频/imgs/176.png)]

普通索引

如果查询条件为普通索引(非聚簇索引),需要扫描两次B+树,第一次扫描通过普通索引定位到聚簇索引的值,然后第二次扫描通过聚簇索引的值定位到要查找的行记录数据。
如:select * from user where age = 30;

  • 先通过普通索引 age=30 定位到主键值 id=1;
  • 再通过聚集索引 id=1 定位到行记录数据;

查找过程第一步

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5XQ3FSOu-1620875826030)(E:/笔记/面试高频/imgs/177.png)]

普通索引查找过程第二步

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eRbmJZ2g-1620875826032)(E:/笔记/面试高频/imgs/178.png)]

那么什么是回表查询呢?

回表查询

先通过普通索引的值定位聚簇索引值,再通过聚簇索引的值定位行记录数据,需要扫描两次索引B+树,它的性能较扫一遍索引树更低。

索引覆盖

只需要在一棵索引树上就能获取SQL所需的所有列数据,无需回表,速度更快。

例如:select id,age from user where age = 10;

如何实现覆盖索引?

常见的方法是:将被查询的字段,建立到联合索引里去。

  1. 如实现:select id,age from user where age = 10;

explain分析:因为age是普通索引,使用到了age索引,通过一次扫描B+树即可查询到相应的结果,这样就实现了覆盖索引

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CQbwkf61-1620875826035)(E:/笔记/面试高频/imgs/179.png)]

  1. 实现:select id,age,name from user where age = 10;

explain分析:age是普通索引,但name列不在索引树上,所以通过age索引在查询到id和age的值后,需要进行回表再查询name的值。此时的Extra列的NULL表示进行了回表查询

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QAopZWvY-1620875826038)(E:/笔记/面试高频/imgs/180.png)]

为了实现索引覆盖,需要建组合索引idx_age_name(age,name)

drop index idx_age on user;
create index idx_age_name on user(`age`,`name`);

explain分析:此时字段age和name是组合索引idx_age_name,查询的字段id、age、name的值刚刚都在索引树上,只需扫描一次组合索引B+树即可,这就是实现了索引覆盖,此时的Extra字段为Using index表示使用了索引覆盖。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-eyHDbhgr-1620875826039)(E:/笔记/面试高频/imgs/181.png)]

哪些场景适合使用索引覆盖来优化SQL

全表count查询优化

mysql> create table user(
    -> id int(10) auto_increment,
    -> name varchar(30),
    -> age tinyint(4),
    -> primary key (id),
    -> )engine=innodb charset=utf8mb4;

例如:select count(age) from user;

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-IrNpr1Ld-1620875826041)(E:/笔记/面试高频/imgs/182.png)]

使用索引覆盖优化:创建age字段索引

create index idx_age on user(age);

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RdvIz9xt-1620875826042)(E:/笔记/面试高频/imgs/183.png)]

列查询回表优化

前文在描述索引覆盖使用的例子就是

例如:select id,age,name from user where age = 10;

使用索引覆盖:建组合索引idx_age_name(age,name)即可

分页查询

例如:select id,age,name from user order by age limit 100,2;

因为name字段不是索引,所以在分页查询需要进行回表查询,此时Extra为Using filesort文件排序,查询性能低下。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vUO9l9p6-1620875826044)(E:/笔记/面试高频/imgs/184.png)]

使用索引覆盖:建组合索引idx_age_name(age,name)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WcjutPnw-1620875826045)(E:/笔记/面试高频/imgs/185.png)]

联合索引有关的实验:

当创建**(a,b,c)联合索引时,相当于创建了(a)单列索引**,(a,b)联合索引以及**(a,b,c)联合索引**

https://blog.csdn.net/Abysscarry/article/details/80792876

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nDIub2au-1620875826046)(E:/笔记/面试高频/imgs/186.png)]

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

mind_programmonkey

你的鼓励是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值