MYSQL索引-下

前言

丁奇老师的 MYSQL45讲 的关于索引的的两节 深入浅出索引,做个笔记

覆盖索引

插入一个实例表

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 * from T where k = 3

上一节我们知道主键索引和二级索引的关系,以及索引树。大致流程是这样的

  1. 在 k 二级索引树上找到 k=3 的记录,取得 ID = 300;
  2. 再到 ID 主键索引树查到 ID=300 对应的行记录

回到主键索引树搜索的过程,我们称为回表。我们可以看到查询普通索引一次,回表一次。由于我们查询的是整行数据记录,就必须回表。
那如果我们这样查询?

select ID from T where k = 3

这时只需要查 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

有没有必要建立 以下的联合索引
KEY id_card_name (id_card,name)

如果通过id_card查询name是个高频的查询,那么这个联合索引就是有必要的,可以在这个高频查询上用到覆盖索引,不再需要回表查整行记录,减少语句的执行时间。
当然,索引字段的维护总是有代价的。

最左前缀原则

这个原则应该大多数人都知道。
继续看上面的表

select * from tuser where name = 'xyz' and age = 25
select * from tuser where name = 'xyz'
select * from tuser where name like 'x%'

上面的三种类型的查询都会使用的 name_age 这个索引,这就是使用索引额最左前缀匹配。
如果执行

select * from tuser where age = 25

这条语句就没有使用索引。

只要满足最左前缀,就可以利用索引来加速检索。这个最左前缀可以是联合索引的最左 N 个字段,也可以是字符串索引的最左 M 个字符。基于上面对最左前缀索引的说明,我们来讨论一个问题:在建立联合索引的时候,如何安排索引内的字段顺序。

那么,如果既有联合查询,又有基于 a、b 各自的查询呢?查询条件里面只有 b 的语句,是无法使用 (a,b) 这个联合索引的,这时候你不得不维护另外一个索引,也就是说你需要同时维护 (a,b)、(b) 这两个索引。这时候,我们要考虑的原则就是空间了。比如上面表的情况,name 字段是比 age 字段大的 多,那我们就建议你创建一个(name,age) 的联合索引和一个 (age) 的单字段索引。

索引下推

上一段我们说到满足最左前缀原则的时候,最左前缀可以用于在索引中定位记录。这时,你可能要问,那些不符合最左前缀的部分,会怎么样呢?
我们还是以以上表的联合索引(name, age)为例。如果现在有一个需求:检索出表中“名字第一个字是张,而且年龄是 10 岁的所有男孩”。那么,SQL 语句是这么写的:

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

你已经知道了前缀索引规则,所以这个语句在搜索索引树的时候,只能用 “张”,找到第一个满足条件的记录 。当然,这还不错,总比全表扫描要好。然后呢?
先说结果吧
MySQL 5.6 引入的索引下推优化(index condition pushdown), 可以在索引遍历过程中,对索引中包含的字段先做判断,直接过滤掉不满足条件的记录,减少回表次数。

所以基于这个原则,先通过联合索引树(name, age)取到全部以 张 开头的索引结果,在通过索引结果里面的age=10剔除掉不符合条件的索引结果,再获取索引结果的ID,通过主键索引回表筛选出ismale=1的记录,减少了回表次数,提高了查询效率。
需要注意的是,MySQL 5.6之前的版本没有这个优化。

posted @ 2020-08-02 08:15  飞翔码农  阅读(179)  评论(0编辑  收藏  举报