MySQL 05 深入浅出索引(下)

覆盖索引

假设要执行一条语句:

sql 复制代码
select * from T where k between 3 and 5;

初始对列k建立了索引,表中数据为:

那么其执行流程为:

  • 在k索引树上找到k=3的记录,取得ID=300;

  • 到ID索引树查到ID=300对应的记录。

  • 在k索引树上找到下一个值k=5的记录,取得ID=500;

  • 到ID索引树查到ID=500对应的记录。

  • 在k索引树上找到下一个值k=6,发现不满足条件。

这个过程中,发生了回表。假如建立的索引能"覆盖"我们的查询需求,就不需要回表,这种索引称为覆盖索引。比如在上面的查询语句中,若查询的是列k而不是*,就是一个覆盖索引。

需要注意的是,在引擎内部使用覆盖索引在索引k上其实能读到R3-R5三个记录,但是由于Server层只会从引擎得到两条记录,因此MySQL认为扫描行数为2。

最左前缀原则

B+树这种索引结构,可以利用索引的最左前缀,来定位记录。

比如建立了(name,age)的联合索引:

当要查询name="张三",可以快速定位到ID4,然后向后遍历。

当要查询where name like "张%",也能用上这个索引,定位到ID3,然后向后遍历。

因此,索引的最左前缀可以是联合索引的最左N个字段,也可以是字符串索引的最左M个字符。

索引下推

还是假设建立了(name,age)的联合索引,现在有一条SQL语句如下:

sql 复制代码
select * from tuser where name like '张%' and age=10 and ismale=1;

由最左前缀原则,这条语句能用上name的索引。

而其他条件的判断:

  • 在MySQL 5.6前,只能从找到的第一个记录ID3开始一个个回表,到主键索引上找出数据行,再对比后面两个字段。

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

两者的比较如下,第一张图是无索引下推,第二张图是有索引下推,箭头表示回表:

参考资料:极客时间专栏《MySQL实战45讲》https://time.geekbang.org/column/intro/100020801?tab=catalog

相关推荐
这个DBA有点耶18 小时前
NULL不是空——数据库里最反直觉的设计,90%新人踩过的坑
数据库·mysql·代码规范
这个DBA有点耶2 天前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung2 天前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
数据技术说2 天前
MySQL 迁移实战——如何实现真正的"零改造"平滑切换
mysql
唐青枫6 天前
MySQL JSON 实战详解:从存储、查询、更新到 JSON_TABLE 与索引
sql·mysql
小满8786 天前
5.Mysql事务隔离级别与锁机制
mysql
元Y亨H7 天前
技术笔记:MySQL 字符集排序规则与大小写敏感性问题解决方案
mysql
这个DBA有点耶8 天前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构
掉头发的王富贵8 天前
【StarRocks】极限十分钟入门StarRocks
数据库·sql·mysql
SamDeepThinking8 天前
一条UPDATE语句在MySQL 8.0中到底加了几把锁?
后端·mysql·程序员