这是一个创建于 2483 天前的主题，其中的信息可能已经有所发展或是发生改变。
《 MySQL 技术内幕：InnoDB 存储引擎》上看到的内容，有点疑惑。
区的大小肯定是 1MB，在启用 innodb_file_per_table 后，表文件的大小不是 1MB 而是 96KB，是因为在每个段开始时是先用 32 个页大小的碎片页存放数据的。那按照页大小 16KB 的情况理解，起始段大小不应该是 16KB*32=512KB 吗，这个 96KB 是怎么回事呢？
望知道的朋友不吝赐教，非常感谢。
 |
1
sryanyuan 2018-05-09 16:56:23 +08:00
表空间文件刚创建的时候 初始大小是 96KB 一共有 6 页
page 0 是 file space header，用户管理 extend 信息，一共可以管理 512 个 extend(512M)，假设多了，那么会在后续多一个 extend descriptor page 1 是 insert buffer bitmap page 2 是 file segment inode，用于管理 segment 的 剩下 3 页都是空闲页 当创建表并添加一条记录的时候，page 3 会作为 leaf node 存储数据，此时会占用 2 个 inode （假设只有 1 个 primary key 和作为索引），一个用于记录 leaf 的 extend 信息，一个用于记录 non-leaf 的 extend 信息，在这里该 page 既是 leaf 也是 non-leaf。 在从 segment 分配 page 的时候，首先会去空闲页中寻找可用的空闲页，存入 inode 的尺寸为 32 的碎片页数组，当该数组满的时候，会单独分配 1 个 extend。 所以这本书上说的 32 个页的碎片页，不是指实际分配的碎片页，指的是当一个新表创建后，首先分配的是碎片页，当分配了 32 个碎片页之后，才会分配单独的完整的 extend，当然该 extend 会被记录到 inode 中。 |
Select Language