wky233 的个人博客

记录精彩的程序人生

Open Source, Open Mind,
Open Sight, Open Future!
  menu
40 文章
10233 浏览
1 当前访客
ღゝ◡╹)ノ❤️

MySQL学习笔记-----深入浅出索引(下)

覆盖索引

所谓的覆盖索引,在我看来就是为了减少不必要的回表操作,索引树上的值可以直接提供查询结果。例如:

创建一个表

mysql> create table T (
ID int primary key,
k int NOT NULL DEFAULT 0, 
s varchar(16) NOT NULL DEFAULT '',
index k(k))
engine=InnoDB;

insert into T values(100,1, 'aa'),(200,2,'bb'),(300,3,'cc'),(500,5,'ee'),(600,6,'ff'),(700,7,'gg');

然后执行查询语句select ID from T where k between 3 and 5这时只需要查ID的值,而ID的值已经在k索引树上了,因此可以直接提供查询结果,不需要回表。也就是说,在这个查询里面,索引k已经“覆盖了”我们的查询需求,我们称为覆盖索引

有了覆盖索引,我们就可以用它来提高查询效率,比如:

假设这个市民表的定义是这样的:

CREATE TABLE `tuser` (
  `id` int(11) NOT NULL,
  `id_card` varchar(32) DEFAULT NULL,
  `name` varchar(32) DEFAULT NULL,
  `age` int(11) DEFAULT NULL,
  `ismale` tinyint(1) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `id_card` (`id_card`),
  KEY `name_age` (`name`,`age`)
) ENGINE=InnoDB

如果现在有一个高频请求,要根据市民的身份证号查询他的姓名,因为是高频请求,我们就要建立索引来提高性能,简单的方法就是在身份证号上建立一个索引,但是这样做还不够好,因为在找到身份证号后,还要进行回表,查询姓名。我们可以建立一个(身份证号、姓名)的联合索引,不再需要回表查整行记录,减少语句的执行时间。

当然,索引字段的维护总是有代价的。因此,在建立冗余索引来支持覆盖索引时就需要权衡考虑了。

最左前缀原则

最左前缀原则,其实就是对索引的复用,因为可以支持最左前缀,所以当已经有了(a,b)这个联合索引后,一般就不需要单独在a上建立索引了。
我们用(name,age)这个联合索引来分析。

当你的逻辑需求是查到所有名字是“张三”的人时,可以快速定位到ID4,然后向后遍历得到所有需要的结果。

如果你要查的是所有名字第一个字是“张”的人,你的SQL语句的条件是"where name like ‘张%’"。这时,你也能够用上这个索引,查找到第一个符合条件的记录是ID3,然后向后遍历,直到不满足条件为止。

上述的两种情况,都会用到(name,age)这个联合索引,但是如果只是单独查age = 10的数据时,就用不了这个联合索引,因为这个索引优先比较name来确定下一步的所搜方向。它省去了不用单独再建立字段name的索引。

索引下推

是以市民表的联合索引(name, age)为例。如果现在有一个需求:检索出表中“名字第一个字是张,而且年龄是10岁的所有男孩”。那么,SQL语句是这么写的:

mysql> select * from tuser where name like '张%' and age=10 and ismale=1;

根据最左前缀,这个语句在搜索索引树的时候,只能用 “张”,找到第一个满足条件的记录ID3。然后

在MySQL 5.6之前,没有索引下推,只能从ID3开始一个个回表。到主键索引上找出数据行,再对比字段值。显而易见,这没必要,因为索引值里面有age,所以不用回表判断。

而MySQL 5.6 引入的索引下推优化(index condition pushdown), 可以在索引遍历过程中,对索引中包含的字段先做判断,直接过滤掉不满足条件的记录,减少回表次数。

图3和图4,是这两个过程的执行流程图。

上一篇:MySQL学习笔记-----深入浅出索引(上)


标题:MySQL学习笔记-----深入浅出索引(下)
作者:wky181
地址:https://www.wkyhky.site/articles/2020/01/27/1580135775575.html