mysql 页和叶子页_一看就懂的：MySQL数据页以及页分裂机制，别在说不会了

最新推荐文章于 2025-09-20 15:45:38 发布
原创 最新推荐文章于 2025-09-20 15:45:38 发布 · 645 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql 页和叶子页

本文详细介绍了MySQL数据页和数据区的概念，指出数据页是存储数据的基本单位，而数据区是由一组连续的数据页组成。讨论了数据页分裂的问题，特别是在自定义非递增主键索引时可能导致的页分裂情况，以及如何通过分裂保持B+Tree的有序性。此外，解释了这样的数据组织方式有利于数据的管理和内存中的高效加载。

下面我们就一起看下，究竟什么是MySQL的数据页、数据区等概念。

二、数据页长啥样？

数据页长下面这样：

7bb93146ec9a

image.png

三、什么是数据区？

在MySQL的设定中，同一个表空间内的一组连续的数据页为一个extent(区)，默认区的大小为1MB，页的大小为16KB。16*64=1024，也就是说一个区里面会有64个连续的数据页。连续的256个数据区为一组数据区。

于是我们可以画出这张图：

7bb93146ec9a

image

从直观上看，其实不用纳闷为啥MySQL按照这样的方式组织存储在磁盘上的数据。

这就好比你搞了个Java的封装类描述一类东西，然后再相应的给它加上一些功能方法，或者用golang封装struct去描述一类对象。最终的目的都是为了方便、管理、控制。

约定好了数据的组织方式，那MySQL的作用不就是：按照约定数据规则将数据文件中的数据加载进内存，然后展示给用户看，以及提供其他能力吗？

四、数据页分裂问题

假设你现在已经有两个数据页了。并且你正在往第二个数据页中写数据。

关于B+Tree，你肯定知道B+Tree中的叶子结点之间是通过双向链表关联起来的。

在InnoDB索引的设定中，要求主键索引是递增的，这样在构建索引树的时候才更加方便。你可以脑补一下。如果按1、2、3...递增的顺序给你这些数。是不是很方便的构建一棵树。然后你可以自由自在的在这棵树上玩二分查找。

那假设你自定义了主键索引，而且你自定义的这个主键索引并不一定是自增的。

那就有可能出现下面这种情况 如下图：

7bb93146ec9a

image

假设上图中的id就是你自定义的不会自增的主键

然后随着你将数据写入。就导致后一个数据页中的所有行并不一定比前一个数据页中的行的id大。

这时就会触发页分裂的逻辑。

页分裂的目的就是保证：后一个数据页中的所有行主键值比前一个数据页中主键值大。

经过分裂调整，可以得到下面的这张图。

7bb93146ec9a

image

MySQL高频基本面试问题整理
张彦峰的博客
04-07 174万+
总结大厂MySQL高频基本面试问题整理，用于快速查缺补漏
InnoDB数据页的家族谱：一图看懂MySQL存储的亲缘与社交
java专栏
06-06 458
数据页在InnoDB存储引擎中扮演着至关重要的角色，它们通过索引紧密相连，共同维护着数据的高效存取。在MySQL的InnoDB存储引擎中，数据页（Page）是存储管理的基本单位，它们之间错综复杂的关系构成了数据库高效运作的基石。本文将带你深入了解InnoDB的页结构、索引组织形式以及它们如何协作，通过理论与实践相结合，揭开数据页社会关系的神秘面纱。：当一个数据页满载，尝试插入新记录时，InnoDB会分裂该页，一部分记录移到新页，维护索引结构的平衡。：数据页本身即索引页，记录按主键排序。
MySQL 页分裂
2401_83616384的博客
03-16 3139
插入前的检查当一个插入操作被发起，首先，InnoDB会定位到要插入记录的位置。这通常涉及到B+树索引的搜索。在找到插入点后，InnoDB检查目标页是否有足够空间容纳新记录。这一步是通过比较页内剩余空间和新记录大小来完成的。判断是否需要页分裂如果页内有足够空间，则直接插入记录，无需页分裂。如果没有足够空间，InnoDB决定进行页分裂。执行页分裂创建新页：系统分配一个新的页，这个页的数据结构与被分裂的页相同。记录的迁移和分配：选择一部分记录从原页迁移到新页。
Mysql页分裂是什么
wxypython的博客
12-04 1621
在 MySQL 中，特别是当使用 InnoDB 存储引擎时，页分裂（Page Split）是指在插入或更新操作导致数据页（通常大小为 16KB）因为没有足够空间来容纳新的数据而必须被分裂成两个或多个数据页的过程。：页分裂会增加 I/O 操作，因为需要写入新的页，并可能需要更新父页和附近的页来维护 B+树的结构。：页分裂可能导致数据页的空间利用率下降，因为分裂操作通常会尽量平均地分配原页和新页的数据，但随着时间的推移，难以保持平衡，可能会导致空间的浪费。理解和监控页分裂有助于维护数据库的性能和稳定性。
【Mysql】深分页问题、页分裂问题、加密/解密、执行计划
最新发布
xueping_wu的博客
09-20 908
MySQL的数据是存储在磁盘上面的（Memory引擎除外），但是如果每次数据的查询和修改都直接和磁盘交互的话，性能是很差的。于是，为了提升读写性能，Innodb引擎就引入了一个中间层，就是buffer pool。buffer是在内存上的一块连续空间，他主要的用途就是用来缓存数据页的，每个数据页的大小是16KB。
MySQL页分裂(lnnoDB逻辑存储结构)
weixin_45581618的博客
02-18 3222
从磁盘的物理结构来看存取的最小单位是扇区，一个扇区是512字节。 微软操作系统（DOS、WINDOWS等）中磁盘文件存储管理的最小单位叫做“簇”。一簇就是一组连续的扇区，每个簇可以包括2、4、8、16、32或64个扇区。 一个文件通常存放在一个或多个簇里，但至少要单独占据一个“簇”。 也就是说两个文件不能存放在同一个簇中。 NTFS文件系统格式化的时候默认是8个扇区组成一个簇，即4096字节，即4kb。而MySQL读取数据的最小单位为页，默认大小为16kb。 lnnoDB逻辑存储结构 MySQL所有数据都被
Mysql——数据页
m0_55708540的博客
08-22 702
摘要：InnoDB通过数据页(16KB)组织数据，采用B+树索引结构，区分聚簇索引和二级索引。BufferPool是提升数据库性能的关键内存区域，默认128MB，缓存数据页、索引页等。其管理采用优化的LRU算法，将链表分为young和old区域，解决预读失效和BufferPool污染问题。脏页会在特定时机批量刷盘，通过redolog确保崩溃恢复。调整BufferPool大小和redolog配置可优化性能，建议设为物理内存的60%-80%。
MySQL —— 数据页
meser88的博客
01-13 605
上回说的单条记录没有挑战，下面开启多条记录的处理--数据页 数据页的秘密其实在前面我们说到的记录头的几个属性里面已经说了一点了，比如分组、单链表、最小记录、最大记录、B+树索引、叶子节点等。 那么，让我们继续“脱衣服”~ 数据页结构 名称 中文名 占用空间大小 简单描述 File Header 文件头部 38字节 页的一些通用信息 Page Header 页面头部 56字节 数据页专有的一些信息 Infimum + Supre
深入学习MySQL的页分裂（Page Split）
weixin_50055999的博客
06-27 1530
MySQL页分裂机制解析与优化策略 摘要：MySQL InnoDB引擎采用16KB固定大小的页作为最小存储单元，当页满时会发生页分裂现象。本文系统介绍了页分裂的定义、执行流程及其影响，包括效率降低、空间利用率下降和维护成本增加等问题。通过对比顺序插入和随机插入的性能差异，提出了避免页分裂的优化策略：优先使用自增主键、调整填充因子、定期整理碎片以及批量排序导入数据。文章还探讨了页合并机制，并强调合理设计索引对减少页分裂的重要性，为数据库性能优化提供了实用指导。
MySQL 中主键索引的页分裂：深入探讨
abzz的博客
08-14 930
在 MySQL 的 InnoDB 存储引擎中，页（Page）是数据存储的基本单位。每个页通常包含了多个数据行或索引项。当对表执行插入或更新操作时，数据需要被存储在这些页中。页分裂是指在插入新数据时，原本已经满了的页会被分裂成两个页的过程。这个过程是为了保持 B+ 树索引的平衡性和高效性。页分裂的发生使得数据在新的页上继续存储，从而避免页的过度拥挤。页分裂是 MySQL InnoDB 存储引擎中 B+ 树索引的重要维护机制，它确保了数据结构的平衡和查询的高效性。
深入理解MySQL InnoDB中的页分裂与页合并
wjianwei666的专栏
07-11 335
正如，如上所说。InnoDB 的数据页是存储引擎中用于保存数据的基本单位，通常大小为 16KB。B+树的每个节点对应着一个数据页，包括根节点、非叶子节点和叶子节点。B+树通过节点之间的指针连接了不同层级的数据页，从而构建了有序的索引结构。我们知道，B+树是按照索引字段建立的，并且在 B+树中是有序的。然而，如果索引字段的值并不是连续的，那么在 B+树的结构中会如何呢？图片假设现在我们要插入一个索引值为 3 的新记录，它需要按顺序插入到页号为 20 的数据页中，放在索引值为 1 和 2 的记录之后。
MySQL——数据页
爪哇缪斯的博客
05-22 4036
MySQL——数据页
mysql 页分裂_Innodb页合并和页分裂
weixin_32657693的博客
01-19 714
原标题：Innodb页合并和页分裂作者：Marco Tusa 、 Sri Sakthivel译者：孟维克，知数堂优秀校友原文链接：https://www.percona.com/blog/2017/04/10/innodb-page-merging-and-page-splitting/https://www.percona.com/blog/2020/06/24/mysql-table-frag...
mysql数据分页
假如的博客
08-17 584
select *from table_name limit m,n; 参数m：数据在表中的顺序（index），而不是主键之类的记录。 参数n：每页显示的数据条数。 select *from tabe_name limit (当前页码数-1)*n(每页显示条数) , n
Mysql之数据页结构
qq_44378386的博客
05-01 1464
Mysql 数据页分析
MySQL 数据页详解
Echo_HY的博客
08-24 1105
数据页是MySQL 中定义的的一个存储结构数据页是保存数据行的容器。
MySQL InnoDB 中的数据页
tatasix的博客
12-13 1207
本文主要介绍了MySQL InnoDB 中的表空间、段、区、页等核心存储单元的定义、作用及其相互关联。同时，深入剖析了数据页，以及 B+ Tree 索引在查询过程中的实现逻辑。
MySQL索引（五）——数据页
m0_47027420的博客
03-13 1662
数据页的结构示意图： 一：文件头：38字节 组成结构： 重点组成： FIL_PAGE_OFFSET：页号，可以简单理解为当前页的地址值 FIL_PAGE_TYPE：当前页的类型 FIL_PAGE_PREV，FIL_PAGE_NEXT：前、后指针，指向前一个和后一个数据页 FIL_PAGE_SPACE_OR_CHKSUM：页的校验和（注：文件尾部分也有校验和，和文件头部分相等） 校验和作用：检查的页的传输是否完整 当我们的页从磁盘加载到内存中，如果数据再内存中发生了修改，那么页的
mysql 分裂式集群_Mysql页分裂
weixin_36236774的博客
01-19 511
写文章InnoDB中的页合并与分裂Python Web后端 / 努力成为Redis砖家15 人赞同了该文章如果你找过任何一位MySQL顾问，问他对你的语句和/或数据库设计的建议，我保证他会跟你讲主键设计的重要性。特别是在使用InnoDB引擎的情景，他们肯定会给你解释索引合并和页分裂这些。这两个方面与性能息息相关，你应该在任何设计索引(不止是主键索引)的时候都将他们考虑在内。你可能觉得这些听起来挺莫...
mysql如何将表文件拆分位数据页
06-16
<think>我们参考用户提供的引用内容，聚焦于MySQL如何将表文件拆分为数据页的存储机制。用户的问题明确要求解释“MySQL表文件拆分为数据页的机制”，因此我们需要结合InnoDB引擎的表空间结构和数据页设计来回答。根据引用内容：-引用[1]提到：InnoDB引擎使用表空间（如系统表空间、独立表空间）来管理数据，表数据存储在页中。-引用[2]指出：InnoDB以页（通常16KB）作为磁盘和内存交互的基本单位，数据页是存放表中数据记录的页。-引用[3]和[4]详细描述了数据页的内部结构，包括行格式和页的组成部分。因此，回答将围绕以下核心点展开：1.表空间与数据文件的关系（宏观存储结构）2.数据页的物理划分（16KB的固定大小）3.数据页的内部结构（7个组成部分，特别是UserRecords部分）4.数据行如何存储在数据页中（行格式与记录存储）5.页的分配与扩展机制（当一页用完时申请新页）同时，我们将使用Mermaid图表展示数据页内部结构和表空间层级关系，并给出一个示例的页分配过程。注意：用户要求生成相关问题，因此最后需要提出3-5个相关问题。</think>### MySQL 表文件拆分与数据页存储机制详解 MySQL 的 InnoDB 引擎采用**表空间 + 数据页**的二级存储架构实现表文件拆分。核心机制如下： --- #### 一、存储层级结构 ```mermaid graph TD A[表空间 Tablespace] --> B[数据页 Page] B --> C[数据行 Row] B --> D[系统信息] ``` 1. **表空间** - 物理对应磁盘文件（如 `ibdata1` 系统表空间或 `表名.ibd` 独立表空间） - 包含多个数据页（默认每个页 16KB）[^2][^4] - 类型： - 系统表空间：存储数据字典、undo日志等 - 独立表空间：每表单独文件（推荐） 2. **数据页** - 固定 16KB 大小（可通过 `innodb_page_size` 调整） - 页是磁盘 I/O 的最小单位（内存缓存以页为单位） - 每个页有唯一编号（页码），通过 B+树索引定位[^4] --- #### 二、数据页内部结构（7部分） ```mermaid graph LR P[数据页] --> F[File Header 38字节] P --> P_H[Page Header 56字节] P --> I_R[Infimum+Supremum 26字节] P --> U_R[User Records 存储行数据] P --> F_S[Free Space 未使用空间] P --> P_D[Page Directory 槽位索引] P --> F_T[File Trailer 8字节] ``` 1. **User Records** - 实际存储行数据的区域 - 采用**行格式**存储（Compact/Redundant/Dynamic） - 插入记录时从 Free Space 划分空间[^4] $$存储过程：\text{Free Space} \xrightarrow{\text{insert}} \text{User Records}$$ 2. **Page Directory** - 槽位索引（slots）实现页内快速查找 - 采用二分查找定位记录（类似跳表结构） 3. **行溢出处理** - 当单行数据 > 页容量时： ```mermaid graph LR A[主数据页] -->|存储前768字节| B[溢出页] A -->|存储溢出页地址| C[其他数据页] ``` - Dynamic 行格式仅存储 20 字节指针[^3] --- #### 三、表文件拆分流程 1. **创建表** - 生成 `.frm` 文件（表结构） - 分配表空间文件（`.ibd`） 2. **插入数据** ```python def insert_record(table, row): if 当前页空间不足: # Free Space < row_size 分配新数据页(page_id++) # 表空间扩展 初始化新页的 File Header else: 从 Free Space 划分空间 写入 User Records 更新 Page Directory 槽位 ``` 3. **页扩展示例** | 操作 | 页1状态 | 页2状态 | |------|--------|--------| | 初始 | Free Space: 16KB | - | | 插入8KB数据 | User Records: 8KB<br>Free Space: 8KB | - | | 再插入10KB数据 | User Records: 16KB | User Records: 2KB<br>Free Space: 14KB | --- #### 四、关键特性 1. **局部性优化** - 相同B+树叶子节点的页物理相邻存储 - 预读机制：`innodb_read_ahead_threshold` 2. **空间回收** ```sql ALTER TABLE t ENGINE=InnoDB; -- 重建表释放碎片空间 ``` 3. **页类型** | 类型 | 用途 | |------|------| | FIL_PAGE_INDEX | 数据页（B+树节点） | | FIL_PAGE_INODE | 索引节点页 | | FIL_PAGE_IBUF_FREE_LIST | Change Buffer页 | --- #### 五、性能影响 1. **页分裂** - B+树插入导致页分裂（50%填充因子） - 解决方案：设置 `innodb_fill_factor` 2. **碎片率检测** ```sql SHOW TABLE STATUS LIKE '表名'; -- Data_free > 0 表示有碎片 ``` > **实验验证**： > ```sql > CREATE TABLE test (id INT PRIMARY KEY, data BLOB); > INSERT INTO test VALUES (1, RANDOM_BLOB(10000)); -- 插入10KB数据 > SELECT * FROM information_schema.INNODB_TABLESPACES > WHERE NAME LIKE '%test%'; -- 查看页分配 > ``` --- ### 结论 MySQL 通过表空间管理物理文件，将数据拆分为 16KB 固定大小的页。每页采用**七段式结构**管理记录存储，通过 B+树索引实现高效定位。数据页的动态分配机制既能保证存储效率，又能支持大规模数据扩展[^1][^2][^4]。 > 最佳实践：使用独立表空间（`innodb_file_per_table=ON`）+ Dynamic 行格式，定期优化表碎片。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值