MySQL高级第一篇：索引的来源，优缺点及B+树的演化

Anton丶

已于 2023-07-10 15:26:32 修改

阅读量856

点赞数 3

分类专栏： MySQL高级文章标签： mysql 数据库 B+树索引

于 2023-03-12 17:50:58 首次发布

本文链接：https://blog.csdn.net/NICK_53/article/details/129290406

版权

17 篇文章 244 订阅

订阅专栏

SELECT [列名] FROM 表名 WHERE 条件

注意：表中的数据以页为单位存储，每个页的默认大小为16KB

在没有索引时，我们不能快速定位到所在的页，只能从第一页沿着双向链表一直往下找，在每一个页中匹配，这是一种效率低下的查找方式，也就是索引存在的意义了。

假设现在有一张表，表中有C1,C2,C3三列，以Compact行格式保存，如下：
在这里插入图片描述
record_type：0表示普通记录；1表示目录项页；2表示最小记录；3表示最大记录

所以，一个页的大概结构如下：
在这里插入图片描述
当记录一个页放不下时，会存放在多个页中，以双向链表连接，但无论几个页，主键ID都要保持递增，如果插入顺序不是按递增主键插入，会发生记录移动，以保持这种结构，多个页中的这种行为称为页分裂。

当多个页查询时，我们难以定位到数据在哪一个页，只能从第一页开始遍历，基于这种情况，考虑可以给所有的页建立一个目录项，让目录项连续依次递增，每个目录项记录页的最小记录和页号
在这里插入图片描述
这样，我们就可以利用二分法查询目录项，快速定位到某一页，再在这个页这种查询，这就是索引演化的雏形。

我们在上边已经了解了索引的雏形，但是在实际操作中存在两点问题：

1，随着页的越来越多，目录项也越来越多，而目录项存储在连续的空间，页越来越多，空间压力也越来越大；
2，数据页的增删使得目录项也需要增删，很不方便

基于这种情况，考虑将目录项以单链表的方式存储，所有目录项也存储到一个页中，把它叫做目录页，如下：
在这里插入图片描述

随着数据页的越来越多，一个目录页放不下所有的目录项了，这时，就考虑将目录项放在多个目录页中，目录页之间逻辑连续，采用双向链表链接
在这里插入图片描述

当目录页超过一个时，定位数据页先遍历目录页，目录页越多IO次数越多，考虑给目录页再生成一个更高级的页，这个页可以连续，使用二分法更方便确定目录页
在这里插入图片描述

一步步演化到这里，这其实就是我们所谓的 B+ 树了

经过上边的演化，我们得出了 B+ 树的结构，简化来说如下：
在这里插入图片描述
需要注意，B+ 树的层次越低，IO次数越少，一般B+树不超过4层

关注