MySQL页结构的庖丁解牛

MySQL 页结构（InnoDB Page Structure）是 InnoDB 存储引擎管理磁盘与内存数据的最小单位，默认大小为16KB。它不仅是数据存储的物理容器，更是B+ 树索引、事务日志、行记录的组织基础。

---

一、页的整体布局（16KB = 16384 字节）

▶ 1.页头（Page Header, 38 字节）

• 作用：描述页的元数据
• 关键字段：

  字段	说明
  PAGE_N_DIR_SLOTS	页目录槽数量
  PAGE_HEAP_TOP	堆顶位置（空闲空间起始）
  PAGE_N_HEAP	堆中记录数（含 Infimum/Supremum）
  PAGE_FREE	已删除记录链表头
  PAGE_GARBAGE	可重用空间字节数

▶ 2.页目录（Page Directory, 可变）

• 作用：加速页内行记录查找（类似书签）
• 结构：
  • 每4–8 条记录生成一个槽（Slot）
  • 槽存储记录的偏移量
• 查找流程：

▶ 3.用户记录（User Records, 可变）

• 内容：
  • Infimum 记录：虚拟最小记录（页内第一条）
  • Supremum 记录：虚拟最大记录（页内最后一条）
  • 实际行数据：按主键顺序存储

▶ 4.空闲空间（Free Space）

• 位置：用户记录与页尾之间
• 用途：插入新记录时动态分配

▶ 5.页尾（Page Trailer, 8 字节）

• 内容：
  • 校验和（Checksum）：检测页损坏
  • 日志序列号（LSN）：用于崩溃恢复

💡核心认知：
页 = 元数据 + 目录 + 数据 + 空闲空间 + 校验

---

二、行记录（Row Record）如何存储？

▶ 1.行格式（Compact vs Dynamic）

字段	Compact	Dynamic
变长字段长度列表	存储所有变长字段长度	仅存前 768 字节长度
NULL 标记位	1 位/可为空列	同左
大字段（TEXT/BLOB）	全部存页内	页内存指针，数据存溢出页

▶ 2.单行结构（Compact）

[变长字段长度列表][NULL 标记位][记录头][列1][列2]...

• 记录头（Record Header, 5 字节）：
  • deleted_flag：是否已删除
  • min_rec_flag：是否为最小记录
  • n_owned：当前记录拥有的记录数（用于页目录）
  • heap_no：堆中序号（Infimum=0, Supremum=1）
  • record_type：记录类型（0=普通, 1=B+树节点指针）

▶ 3.行链接（Next Record）

• 机制：
  • 每条记录末尾存储下一条记录的偏移量
  • 形成单向链表（非物理连续）
• 目的：
  • 支持范围扫描（如WHERE id > 100）

---

三、页的生命周期：分裂与合并

▶ 1.页分裂（Page Split）

• 触发条件：
  • 插入新记录时，空闲空间不足
• 过程：
  1. 创建新页
  2. 将原页50%~90% 记录移至新页（取决于插入位置）
  3. 更新父节点指针
• 影响：
  • 写放大：1 次插入 → 2 次页写入
  • 空间碎片：页利用率可能降至 50%

▶ 2.页合并（Page Merge）

• 触发条件：
  • 删除记录后，页利用率 < 50%
• 过程：
  1. 尝试与相邻页合并
  2. 若合并后 ≤ 16KB，则释放一个页
• 限制：
  • 仅适用于叶子节点
  • 非叶子节点不合并（避免树高度变化）

---

四、工程优化：页结构如何影响性能？

▶ 1.行大小设计

• 原则：
  • 单行 ≤ 8KB（避免溢出页）
  • 变长字段（VARCHAR/TEXT）慎用
• 示例：

  -- 优化前：TEXT 导致溢出页CREATETABLElogs(contentTEXT);-- 优化后：限制长度CREATETABLElogs(contentVARCHAR(10000));

▶ 2.主键选择

• 自增主键优势：
  • 新记录追加到页末尾 →减少页分裂
• UUID 主键劣势：
  • 随机插入 →频繁页分裂→ 空间利用率 ↓

▶ 3.监控页利用率

-- 查看表空间碎片SELECTtable_name,data_length/16384ASpages_used,(data_length+data_free)/16384ASpages_allocated,ROUND(100*data_length/(data_length+data_free),2)ASpct_usedFROMinformation_schema.tablesWHEREtable_schema='your_db';

---

五、避坑指南

陷阱	破局方案
盲目使用 TEXT	限制 VARCHAR 长度，避免溢出页
UUID 作主键	改用自增 ID 或有序 UUID（如 UUID_TO_BIN(uuid, true)）
忽略页分裂	批量导入时先排序主键

---

六、终极心法

**“页不是容器，
而是数据的细胞——

• 当你设计行结构，
  你在校准密度；
• 当你选择主键，
  你在优化分裂；
• 当你监控利用率，
  你在铸造韧性。

真正的存储能力，
始于对页的敬畏，
成于对细节的精控。”

---

结语

从今天起：

1. 单行大小控制在 8KB 内
2. 主键优先使用自增 ID
3. 定期监控表空间碎片率

因为最好的数据库设计，
不是盲目建表，
而是精准控制每一比特的存储。