浅谈MySQL之浅入深出页原理


Posted in MySQL onJune 23, 2021

一、页的概览

我们往 MySQL 插入的数据最终都是存在页中的。在 InnoDB 中的设计中,页与页之间是通过一个双向链表连接起来。

而存储在页中的一行一行的数据则是通过单链表连接起来的。

浅谈MySQL之浅入深出页原理

上图中的 User Records 的区域就是用来存储行数据的。那 InnoDB 为什么要这么设计?假设我们没有页这个概念,那么当我们查询时,成千上万的数据要如何做到快速的查询出结果?众所周知,MySQL 的性能是不错的,而如果没有页,我们剩下的只能是逐条逐条的遍历数据了。

那页是如何做到快速查询的呢?在当前页中,可以通过 User Records 中的连接每条记录的单链表来进行遍历,如果在当前页中没有找到,则可以通过下一页指针快速的跳到下一页进行查询。

二、Infimum 和 Supremum

有人可能会说了,你在 User Records 中还不是通过遍历来解决的,你就是简单的把数据分了个组而已。如果我的数据根本不在当前这个页中,那我难道还是得把之前的页中的每一条数据全部遍历完?这效率也太低了

当然,MySQL 也考虑到了这个问题,所以实际上在页中还存在一块区域叫做 The Infimum and Supremum Records ,代表了当前页中最大和最小的记录。

浅谈MySQL之浅入深出页原理

有了 Infimum RecordSupremum Record ,现在查询不需要将某一页的 User Records 全部遍历完,只需要将这两个记录和待查询的目标记录进行比较。比如我要查询的数据 id = 101 ,那很明显不在当前页。接下来就可以通过下一页指针跳到下页进行检索。

三、使用Page Directory

可能有人又会说了,你这 User Records 里不也全是单链表吗?即使我知道我要找的数据在当前页,那最坏的情况下,不还是得挨个挨个的遍历100次才能找到我要找的数据?你管这也叫效率高?

不得不说,这的确是个问题,不过是一个 MySQL 已经考虑到的问题。不错,挨个遍历确实效率很低。为了解决这个问题,MySQL 又在页中加入了另一个区域 Page Directory

浅谈MySQL之浅入深出页原理

顾名思义,Page Directory 是个目录,里面有很多个槽位(Slots),每一个槽位都指向了一条 User Records 中的记录。大家可以看到,每隔几条数据,就会创建一个槽位。其实我图中给出的数据是非常严格按照其设定来的,在一个完整的页中,每隔6条数据就会有一个 Slot。

Page Directory 的设计不知道有没有让你想起另一个数据结构——跳表,只不过这里只抽象了一层索引

MySQL 会在新增数据的时候就将对应的 Slot 创建好,有了 Page Directory ,就可以对一张页的数据进行粗略的二分查找。至于为什么是粗略,毕竟 Page Directory 中不是完整的数据,二分查找出来的结果只能是个大概的位置,找到了这个大概的位置之后,还需要回到 User Records 中继续的进行挨个遍历匹配。

不过这样的效率已经比我们刚开始聊的原始版本高了很多了。

浅谈MySQL之浅入深出页原理

四、页的真实面貌

如果我开篇就把页的各种组成部分,各种概念直接抛出来,首先我自己接受不了,这样显得很僵硬。其次,对页不熟悉的人应该是不太能理解页为什么要这么设计的。所以我按照查询一条数据的一套思路,把页的大致的面貌呈现给了大家。

实际上,页上还存储了很多其他的字段,也还有其他的区域,但是这些都不会影响到我们对页的理解。所以,在对页有了一个较为清晰的认知之后,我们就可以来看看真实的页到底长啥样了。

浅谈MySQL之浅入深出页原理

上图就是页的实际全部组成,除了我们之前提到过的,还多了一些之前没有聊过的,例如 File HeaderPage HeaderFree SpaceFile Tailer 。我们一个一个来看。

4.1、File Header

其实File Header 在上文已经聊过了,只是不叫这个名字。上面提到的上一页指针和下一页指针其实就是属于File Header的,除此之外还有很多其他的数据。

浅谈MySQL之浅入深出页原理

其实我比较抗拒把一堆参数列出来,告诉你这个大小多少,那个用来干嘛。对于我们需要详细了解页来说,其实暂时只需要知道两个就足够了,分别是:

  • FIL_PAGE_PREV
  • FIL_PAGE_NEXT

这两个变量就是上文提到过的上一页指针和下一页指针,说是指针,是为了方便大家理解,实际上是页在磁盘上的偏移量。

4.2、Page Header

比起 File HeaderPage Header 中的数据对我们来说就显得更加熟悉了,我这里画了一张图,把里面的内容详细的列了出来。

浅谈MySQL之浅入深出页原理

这里全列出来是因为了解这些参数的含义和为什么要设置参数,能够更好的帮助我们了解页的原理和构造,具体的看图说话就行。

这里也很想吐槽,太多博客都写的太僵硬,比如参数 PAGE_HEAP_TOP ,这里的 HEAP 很多博客都直接叫堆。这就跟你给Init写注释叫初始化一样,还不如不写。实际上你去研究一下就会知道,这里的堆实际上就是指User Records。

里面有个两个参数可能会有点混淆,分别是PAGE_N_HEAPPAGE_N_RECS ,都是当前 User Records 中记录的数量,唯一的不同在于,PAGE_N_HEAP 中是包含了被标记为删除的记录的, 而 PAGE_N_RECS 中就是实际上我们能够查询到的所有数据。

4.3、Infimum & Supremum Records

上文中提到,Infimum & Supremum Records会记录当前页最大最小记录。实际上不准确,更准确的描述是最小记录和最大纪录的开区间。因为实际上 Infimum Records 会比当前页中的最小值还要小,而 Supremum Records 会比当前页中的最大值要大。

4.4、User Records

User Records 可以说是我们平时接触的最多的部分了,毕竟我们的数据最终都在这。页被初始化之后,User Records 中是没有数据的,随着系统运行,数据产生,User Records 中的数据会不断的膨胀,相应的 Free Space 空间会慢慢的变小。

关于 User Records 中的概念,之前已经聊过了。这里只聊我认为很关键的一点,那就是顺序。

我们知道,在聚簇索引中,Key 实际上会按照 Primary Key 的顺序来进行排列。那在 User Records 中也会这样吗?我们插入一条新的数据到 User Records 中时,是否也会按照 Primary Key 的顺序来对已有的数据重排序?

答案是不会,因为这样会拉低 MySQL 处理的效率。

User Records 中的数据是由单链表指针的指向来保证的,也就是说,行数据实际在磁盘上的表现,是按照插入顺序来排队的,先到的数据在前面,后来的数据在后面。只不过通过 User Records 中的行数据之间的单链表形成了一个按照 Primary Key排列的顺序。

用图来表示,大概如下:

浅谈MySQL之浅入深出页原理

4.5、Free Space

这块其实变相的在其他的模块中讨论了,最初 User Records 是完全空的,当有新数据进来时,会来 Free Space 中申请空间,当 Free Space 没空间了,则说明需要申请新的页了,其他没什么特别之处。

4.6、Page Directory

这跟上文讨论的没什么出入,就直接跳过了。

4.7、File Trailer

这块主要是为了防止页在刷入磁盘的过程中,由于极端的意外情况(网络问题、火灾、自然灾害)导致失败,而造成数据不一致的情况,也就是说形成了脏页。

里面有只有一个组成部分:

浅谈MySQL之浅入深出页原理

五、总结

到此,我认为关于页的所有东西就聊的差不多了,了解了底层的页原理,我个人认为是有助于我们更加友好、理智的使用 MySQL 的,使其能发挥出自己应该发挥的极致性能。

以上就是浅谈MySQL之浅入深出页原理的详细内容,更多关于MySQL 页原理的资料请关注三水点靠木其它相关文章!

MySQL 相关文章推荐
详解MySQL的半同步
Apr 22 MySQL
详解Mysql和Oracle之间的误区
May 18 MySQL
linux下导入、导出mysql数据库命令的实现方法
May 26 MySQL
MySQL高速缓存启动方法及参数详解(query_cache_size)
Jul 01 MySQL
为什么MySQL选择Repeatable Read作为默认隔离级别
Jul 26 MySQL
浅谈MySQL表空间回收的正确姿势
Oct 05 MySQL
MySQL 主从复制数据不一致的解决方法
Mar 18 MySQL
Mysql调整优化之四种分区方式以及组合分区
Apr 13 MySQL
MySQL数据库 安全管理
May 06 MySQL
MySQL查询日期时间
May 15 MySQL
MySQL数据库实验实现简单数据库应用系统设计
Jun 21 MySQL
MySQL深分页问题解决思路
Dec 24 MySQL
MySql 8.0及对应驱动包匹配的注意点说明
Jun 23 #MySQL
浅谈mysql增加索引不生效的几种情况
Jun 23 #MySQL
mysql联合索引的使用规则
为什么代码规范要求SQL语句不要过多的join
详解MySQL多版本并发控制机制(MVCC)源码
MySQL快速插入一亿测试数据
MySQL8.0.18配置多主一从
Jun 21 #MySQL
You might like
Flash空降上海 化身大魔王接受挑战
2020/03/02 星际争霸
PHP实现的简单AES加密解密算法实例
2017/05/29 PHP
javascript进行四舍五入方法汇总
2014/12/16 Javascript
JavaScript中的原型链prototype介绍
2014/12/30 Javascript
百度UEditor编辑器如何关闭抓取远程图片功能
2015/03/03 Javascript
js实现两点之间画线的方法
2015/05/12 Javascript
js+canvas绘制矩形的方法
2016/01/28 Javascript
仿Angular Bootstrap TimePicker创建分钟数-秒数的输入控件
2016/07/01 Javascript
js 判断登录界面的账号密码是否为空
2017/02/08 Javascript
微信小程序 点击控件后选中其它反选实例详解
2017/02/21 Javascript
vue.js获取数据库数据实例代码
2017/05/26 Javascript
详解vue-cli 构建Vue项目遇到的坑
2017/08/30 Javascript
JS中Attr的用法详解
2017/10/09 Javascript
JavaScript如何对图片进行黑白化
2018/04/10 Javascript
Element中的Cascader(级联列表)动态加载省\市\区数据的方法
2019/03/27 Javascript
vue使用i18n实现国际化的方法详解
2019/09/05 Javascript
vue切换菜单取消未完成接口请求的案例
2020/11/13 Javascript
vue中父子组件的参数传递和应用示例
2021/01/04 Vue.js
如何在vue 中使用柱状图 并自修改配置
2021/01/21 Vue.js
Vue 数据响应式相关总结
2021/01/28 Vue.js
[45:38]DOTA2上海特级锦标赛主赛事日 - 1 胜者组第一轮#1Liquid VS Alliance第一局
2016/03/02 DOTA
[43:36]Liquid vs Mineski 2018国际邀请赛小组赛BO2 第一场 8.18
2018/08/19 DOTA
python数据类型_元组、字典常用操作方法(介绍)
2017/05/30 Python
Python numpy生成矩阵、串联矩阵代码分享
2017/12/04 Python
Python爬虫 urllib2的使用方法详解
2019/09/23 Python
丹尼尔惠灵顿手表天猫官方旗舰店:Daniel Wellington
2017/08/25 全球购物
GANT葡萄牙官方商店:拥有美国运动服传统的生活方式品牌
2018/10/18 全球购物
西安启天科技有限公司网络工程师面试题笔试题
2016/06/12 面试题
白血病募捐倡议书
2014/05/14 职场文书
数学教育专业求职信
2014/07/22 职场文书
党政领导班子民主生活会整改措施
2014/09/18 职场文书
党员自我评议对照检查材料
2014/09/27 职场文书
同学聚会邀请函
2015/01/30 职场文书
集英社今正式宣布 成立游戏公司“集英社Games”
2022/03/31 其他游戏
Java 多线程协作作业之信号同步
2022/05/11 Java/Android
Java数据结构之堆(优先队列)
2022/05/20 Java/Android