InnoDB数据页结构1

InnoDB数据页结构

各位，看完顺便给关注了呗，要不然写文章连个读者都没有，你知道这啥感觉不～ 如果觉得写的不错帮到你了请转发，感激

不尽。

本文可能是你读过的所有关于InnoDB页结构的全面描述中最简单的一个，请注意我写了个`可能`，如果你发现还有比本篇

文章更简单的文章或书籍，千万千万要私聊我，我一定会让文章变得更简单的。虽说文章不难懂，但是还是要认真学习的，

碎片化阅读绝对是不可能从小白到大神的，想实现薪资double一定要静下心来慢慢读，发现写的比较绕或者解

释不清楚或者原理有错误的地方请留言，大家共同进步～

是 16KB ，并且我们知道了记录其实是被存放在 页 中的，如果记录占用的空间太大还可能造

成 行溢出 现象，这会导致一条记录被分散存储在多个页中。本集中将详细看一下InnoDB存储

引擎中 页 的结构。

数据页结构的快速浏览

页 的本质就是一块 16KB 大小的存储空间， InnoDB 为了不同的目的而把 页 分为不同的类

型，其中用于存放记录的页也称为 数据页 ，我们先看看这个用于存放记录的页长什么样。数

据页代表的这块 16KB 大小的存储空间可以被划分为多个部分，不同部分有不同的功能，各个

部分如图所示：

从图中可以看出，一个 InnoDB 数据页的存储空间被划分成了 7 个部分，每个部分又可以被划分

记录在页中的存储

在页的7个组成部分中，我们自己存储的记录会按照我们指定的 行格式 存储到 User Records

部分。但是在一开始生成页的时候，其实并没有 User Records 这个部分，每当我们插入一条

记录，都会从 Free Space 部分，也就是尚未使用的存储空间中申请一个记录大小的空间划分

到 User Records 部分，当 Free Space 部分的空间全部被 User Records 部分替代掉之后，

也就意味着这个页使用完了，如果还有新的记录插入的话，就需要去申请新的页了，这个过程

的图示如下：

为了更好的管理在 User Records 中的这些记录， MySQL 可费了一番力气呢，在哪费力气了呢？不

就是把记录按照指定的行格式一条一条摆在 User Records 部分么？其实这话还得从记录行格式

为了故事的顺利发展，我们先创建一个表：

这个新创建的 page_demo 表有3个列，其中 c1 和 c2 列是用来存储整数的， c3 列是用来存储