浅聊 MySQL索引覆盖

浅聊 MySQL索引覆盖,第1张

尽量使用覆盖索引,减少select *。 那么什么是覆盖索引呢? 覆盖索引是指 查询使用了索引,并 且需要返回的列,在该索引中已经全部能够找到 。

现在有一张用户表tb_user

索引情况:

接下来,我们来看一组SQL的执行计划,看看执行计划的差别,然后再来具体做一个解析。

Using whereUsing Index:查找使用了索引,但是需要的数据都在索引列中能找到,所以不需 要回表查询数据

Using index condition:查找使用了索引,但是需要回表查询数据

因为,在tb_user表中有一个联合索引 idx_user_pro_age_sta,该索引关联了三个字段 profession、age、status,而这个索引也是一个二级索引,所以叶子节点下面挂的是这一行的主 键id。 所以当我们查询返回的数据在 id、profession、age、status 之中,则直接走二级索引 直接返回数据了。 如果超出这个范围,就需要拿到主键id,再去扫描聚集索引,再获取额外的数据了,这个过程就是回表。 而我们如果一直使用select * 查询返回所有字段值,很容易就会造成回表 查询(除非是根据主键查询,此时只会扫描聚集索引)。

为了大家更清楚的理解,什么是覆盖索引,什么是回表查询,我们一起再来看下面的这组SQL的执行过 程。

id是主键,是一个聚集索引。 name字段建立了普通索引,是一个二级索引(辅助索引)。

B. 执行SQL : select * from tb_user where id = 2

根据id查询,直接走聚集索引查询,一次索引扫描,直接返回数据,性能高。

C. 执行SQL:selet id,name from tb_user where name = 'Arm'

虽然是根据name字段查询,查询二级索引,但是由于查询返回在字段为 id,name,在name的二级索 引中,这两个值都是可以直接获取到的,因为覆盖索引,所以不需要回表查询,性能高。

D. 执行SQL:selet id,name,gender from tb_user where name = 'Arm'

由于在name的二级索引中,不包含gender,所以,需要两次索引扫描,也就是需要回表查询,性能相 对较差一点。

在innoDB中,有两大索引类,分别是

执行上述语句,执行过程如下图

从图中,我们可以看出,扫了两个索引树

(1)先从普通索引name找到lisi

(2)再根据主键值9,再在聚集索引中找到行记录。

这就是回表查询,先在普通索引中找到主键值,再在聚集索引中找到行记录。

很显然,在一棵索引树上就能获取SQL所需的所有列数据的,就是索引覆盖。

如下语句

很显然,我们可以直接在name索引上直接找到id,name,不用再去回表。

而且我们通过explain的extra属性也能观察到

像我们开头的SQL语句

我们只需要在name索引中再加个sex,name(name,sex),这样变成了联合索引,也是索引覆盖。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/7540115.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-06
下一篇 2023-04-06

发表评论

登录后才能评论

评论列表(0条)

保存