V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
flowarmor
V2EX  ›  程序员

关于 InnoDB 起始段大小的疑问

  •  
  •   flowarmor · 2018-02-10 15:34:59 +08:00 · 1794 次点击
    这是一个创建于 2259 天前的主题,其中的信息可能已经有所发展或是发生改变。

    《 MySQL 技术内幕:InnoDB 存储引擎》上看到的内容,有点疑惑。

    区的大小肯定是 1MB,在启用 innodb_file_per_table 后,表文件的大小不是 1MB 而是 96KB,是因为在每个段开始时是先用 32 个页大小的碎片页存放数据的。那按照页大小 16KB 的情况理解,起始段大小不应该是 16KB*32=512KB 吗,这个 96KB 是怎么回事呢?

    望知道的朋友不吝赐教,非常感谢。

    1 条回复    2018-05-09 16:56:23 +08:00
    sryanyuan
        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 中。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   3654 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 40ms · UTC 04:18 · PVG 12:18 · LAX 21:18 · JFK 00:18
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.