Mysql InnoDB B+树索引目录项记录页管理

 更新时间:2022年05月31日 09:46:21   作者:把苹果咬哭的测试笔记  
这篇文章主要为大家介绍了Mysql InnoDB B+树索引目录项记录页管理,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪

Mysql InnoDB B+树索引目录项记录管理

接上一篇内容,InnoDB 的作者想到一种更灵活的方式来管理所有目录项,是什么?

一、目录项记录页

其实这些用户目录项与用户记录很像,只是目录项中的两个列记录的是主键和页号而已,那么就可以复用之前存储用户记录的数据页来存储目录项。

为了区分用户记录和目录项,仍然使用 record_type 这个属性,当值为 1 时,表示目录项记录,再来复习一遍:

  • 0:普通用户记录
  • 1:目录项记录
  • 2:Infimum 记录
  • 3:Supremum 记录

现在把目录项放到一个新页中,就变成了这样:

  • 目录项记录 record_type 值为 1,普通用户记录的 record_type 值是 0
  • 目录项记录只有主键值和页的编号,两个列

如此一来,目录页跟数据页一样,都可以为主键值生成 Page Directory(页目录),从而在根据主键值查找记录时,使用二分法来加快查询速度。

还是以查找主键值为 20 的记录为例,大致就可以分为 2 步走:

  • 先目录项页(页30)通过二分法快速找到对应的目录项记录。因为 12<20<209,所以目标记录在页 9。
  • 到页 9中继续根据二分法快速找到主键为 20 的用户记录。

二、当目录项记录页也变多后

一个页大小是16KB,当数据多的时候,一个页用来存放页目录记录一定不够用。解决办法也很简单,就是整更多的页。

基于上图,假设一个目录项记录页最多只能存放 4 条目录项记录(实际可以存很多),现在继续插入一条主键值为 320 的普通用户记录,这时候就需要多分配一个新页。

现在因为存储目录项记录的页是多个,此时再根据主键值查找一条用户记录,大致需要 3 个步骤(继续查找主键值为 20 的记录):

确定存储目录项记录的页。上图中有2个,分别是页 30 和页 32。因为页 30 表示的目录项主键值在 [1, 320),页 32 的主键值则不小于 320,所以主键 20的记录应该在 页30。

通过存储目录项记录的页确定用户记录真正所在的页(见上文第一部分)

在真正存储用户记录的页找到主键 20 的记录(见上文第一部分)

ok,解决了问题,又来了新的问题。当数据非常多,上面的2个目录项记录页也不够,又会有很多,那如何根据主键值快速定位一个存储目录项记录的页?

解决办法:目录项记录页不是多么?我再给这些页建个更高级的目录不就行了?可以想象一个多级目录,大目录里嵌套小目录,小目录里才是实际的数据。

基于上图,又会演变成这样:

  • 生成了一个更高级的目录项记录的页 33
  • 页中分别 2 条记录,代表页 30 和 页 32
  • 如果用户记录的主键值在 [1, 320) 之间,则到页 30中继续查找
  • 如果用户记录的主键值不小于 320,则到页 32 中继续查找

看出套路来了吧?随着表中记录的增加,这个目录的层级就会继续增加。

三、B+ 树

按照上面的套路,其实可以简化这个目录结构图:

其实这就是 B+ 树。

现在无论是存放用户记录的数据页,还是存放目录项记录的数据页,都存放到 B+ 树这种数据结构中。

  • 所有的数据页都成为 B+ 树的节点。
  • 真正存用户记录的数据页都在 B+树最底层的节点上,称为叶子节点或者叶节点。
  • 而存放目录项记录的节点称为非叶子节点或者内节点。
  • B+ 树最上面的节点称为根节点。

那如果说树的层级深了,找起来不也没那么快吗?

在之前的假设中规定了存放用户记录的页最多3条,存放目录项记录的最多4条,而实际上一个页存放的记录数量是非常大的。

现在继续假设,所有存放用户记录 的叶子节点的数据页可以存放 100 条用户记录,所有存放目录项记录的非叶子节点的数据页可以存放 1000 条目录项记录,那么:

  • 如果 B+树只有 1 层,也就是说只有 1 个用于存放用户记录的节点,那么只能存 100 条用户记录。
  • 如果 B+树有 2 层,则最多存放 1000*100= 100000 条用户记录。
  • 如果 B+树有 3 层,则最多存放 1000*1000*100= 100000000 条用户记录。
  • 如果 B+树有 4 层,则最多存放 1000*1000*1000*100= 100000000000 条用户记录。

也就是说,如果有 4 层的话最多存 1000亿 条记录,很显然表里不会有这么多数据。所以在一般情况下,我们用到的 B+树不超过 4 层。

基于此,通过主键值去查询某条记录,最多只需要进行 4 个页面内的查找(3个存储目录项的页,1个存储用户记录的页)。而在每个页面内有存在页目录 Page Directory,所以在页面内也可以通过二分法快速定位记录。

本文参考书籍: 《mysql是怎样运行的》

以上就是Mysql InnoDB B+树索引目录项记录页管理的详细内容,更多关于Mysql InnoDB B+树索引目录记录的资料请关注脚本之家其它相关文章!

相关文章

  • mysql中如何判断是否支持分区

    mysql中如何判断是否支持分区

    这篇文章主要介绍了mysql中如何判断是否支持分区的相关资料,需要的朋友可以参考下
    2015-10-10
  • 值得收藏的mysql常用命令集锦

    值得收藏的mysql常用命令集锦

    这篇文章主要为大家整理了mysql常用命令汇总,连接Mysql、修改mysql密码、数据库的创建删除等,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2016-11-11
  • MySQL无法修改主键的问题分析及解决方案

    MySQL无法修改主键的问题分析及解决方案

    最近同事咨询了一个问题,TDSQL(for MySQL)中的某张表主键需要改为联合主键,是否必须先删除现有的主键?因为删除主键时,提示这个错误,所以本文给大家介绍了MySQL无法修改主键的问题分析及解决方案,需要的朋友可以参考下
    2024-01-01
  • centos7利用yum安装mysql 8.0.12

    centos7利用yum安装mysql 8.0.12

    这篇文章主要为大家详细介绍了centos7利用yum安装mysql 8.0.12,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2018-08-08
  • 浅谈mysql 自定义函数

    浅谈mysql 自定义函数

    本文主要是分析了一下在工作中写的一个mysql的自定义函数,很简单,仅仅是希望能对大家理解mysql自定义函数有所帮助。
    2014-09-09
  • MySQL 数据库定时备份的几种方式(全面)

    MySQL 数据库定时备份的几种方式(全面)

    在操作数据过程中,可能会导致数据错误,甚至数据库奔溃,而有效的定时备份能很好地保护数据库。本篇文章主要讲述了几种方法进行 MySQL 定时备份数据库。
    2021-09-09
  • MySql8.0以上版本正确修改ROOT密码的方法

    MySql8.0以上版本正确修改ROOT密码的方法

    这篇文章主要介绍了MySql8.0以上版本正确修改ROOT密码的方法,文中给大家提到了成功部署完毕后出现故障情况,本文分步骤给大家介绍的非常详细,具有一定的参考借鉴价值,需要的朋友可以参考下
    2019-06-06
  • Mysql避免重复插入数据的4种方式

    Mysql避免重复插入数据的4种方式

    这篇文章主要介绍了Mysql避免重复插入数据的4种方式,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2021-02-02
  • mysql 精简过程(删除一些文件)

    mysql 精简过程(删除一些文件)

    这篇文章主要是介绍了mysql的精简方法,因为默认安装的时候有一些文件一般用不到,这里只是为了经常一些组合工具,服务器使用不建议精简
    2013-06-06
  • MySQL5.1主从同步出现Relay log read failure错误解决方法

    MySQL5.1主从同步出现Relay log read failure错误解决方法

    这篇文章主要介绍了MySQL5.1主从同步出现Relay log read failure错误解决方法,需要的朋友可以参考下
    2014-07-07

最新评论