人大金仓 创建表空间_Innodb表空间

概述

除redo日志文件外，InnoDB的物理文件基本上具有相当统一的结构：固定大小页面，使用B-tree来管理。默认情况下，每个页面为16KB，也可以自定义配置该数值。对于压缩表，可以在建表时指定页大小，但在内存中表现的解压页依旧为统一的页大小。

从物理文件的分类来看，有日志文件、主系统表空间文件ibdata、undo tablespace文件、临时表空间文件、用户表空间。我们这里主要关心存储用户数据的用户表空间的物理文件结构。

用户表空间，顾名思义，就是用户创建的表空间，如果开启独立表空间参数，那么一个表空间会对应磁盘上的一个物理文件。

segment、extent和page

从外部来看，表空间是由连续的固定大小page构成。其实表空间文件内部还是组织为更复杂的逻辑结构，自顶向下可分为segment、extent和page。

表空间下一级称为segment。segment与数据库中的索引相映射。Innodb引擎内，每个索引对应两个segment：管理叶子节点的segment和管理非叶子节点segment。创建索引中很关键的步骤便是分配segment，Innodb内部使用INODE来描述segment。

segment的下一级是extent，extent代表一组连续的page，默认为64个page，大小1MB。extent的作用是提高page分配效率，批量分配在效率上总是优于离散、单一的page分配，另外在数据连续性方面也更佳，segment扩容时以extent为单位分配。Innodb内部使用XDES来描述extent。

page则是表空间数据存储的基本单位，innodb将表文件（xxx.ibd）按page切分，依类型不同，page内容也有所区别，最为常见的是存储数据库表的行记录。page格式会在后续文章中进行比较详细的剖析，本文中主要介绍一些特殊的存储表空间元信息的page。

表空间关键page

每个独立表空间都对应磁盘上的一个物理文件，命名形式为{table_name}.ibd。物理文件按page切分，这些page主要分为两类：存储表空间元信息的page和存储表空间用户数据的page。存储用户数据的page暂不关心，这里主要讨论表空间元信息page。

如下图，表空间的前三个page为主要的元信息page。

FSP HEADER PAGE

FSP header page是表空间的root page，存储表空间关键元数据信息。由page file header、fsp header、xdes entries三大部分构成。完整格式如下图：

root page也存在38字节头部信息。其中几个关键字段：

FIL_PAGE_ARCH_LOG_NO_OR_SPACE_ID：存储表空间的space id FIL_PAGE_SRV_VERSION：本来被用于存储前一个页面id，在root page中被用来存储SERVER版本号 FIL_PAGE_SPACE_VERSION：本来被用于存储后一个页面id，在root page中被用来存储TABLE SPACE版本号

fsp header主要存储表空间元信息，维护关键结构分配链表，主要成员有：

FSP_SIZE：表空间大小，以Page数量计算 FSP_FREE_LIMIT：目前在空闲的 Extent上最小的尚未被初始化的 Page的`Page Number FSP_FREE：空闲extent链表，链表中的每一项为代表extent的xdes，所谓空闲extent是指该extent内所有page均未被使用 FSP_FREE_FRAG：free frag extent链表，链表中的每一项为代表extent的xdes，所谓free frag extent是指该extent内有部分page未被使用 FSP_FULL_FRAG：full frag extent链表，链表中的每一项为代表extent的xdes，所谓full frag extent是指该extent内所有Page均已被使用 FSP_SEG_ID：下次待分配的segment id，每次分配新segment时均会使用该字段作为segment id，并将该字段值+1写回 FSP_SEG_INODES_FULL：full inode page链表，链表中的每一项为inode page，该链表中的每个inode page内的inode entry都已经被使用 FSP_SEG_INODES_FREE：free inode page链表，链表中的每一项为inode page，该链表中的每个inode page内上有空闲inode entry可分配

上面提到了各种链表，这些链表其实是磁盘上的同类对象连接形成，可加速对象分配和管理。后文会描述其实现细节。需要注意的是，root page中存在两类链表：第一是链接描述extent的xdes，第二是链接inode page。

第三部分是描述extent的xdes（extent descriptor）信息，每个xdes page中均存储256个xdes，描述接下来连续的256个extent（16384个page）。

每个XDES项占据40字节，因此，一个xdes page可跟踪其后的256个extent的分配情况，XDES结构如下：

由于单个xdes page只能描述256个extent，因此，每隔256个extent（16384个page）便需要一个xdes page。

IBUF BITMAP PAGE

作用暂时未知，后续遇到再作分析

INODE PAGE

表空间文件的第3个page的类型为FIL_PAGE_INODE，存储inode（index node），管理表空间的segment。每个inode对应一个segment。每个inode page默认存储FSP_SEG_INODES_PER_PAGE（85）个inode。每个索引使用2个segment，分别用于管理叶子节点和非叶子节点。

inode page由page header和inode entry组成，page header为38字节。inode为192字节。

Inode Entry的结构如下表：

inode中最关键的也是各种extent链表，以加速segment中page分配。分配时，优先从空闲extent链表中分配，当无可用extent时，会向表空间中申请若干可用extent加入自身的空闲extent链表。另外，每个segment还有若干（32）碎片page，当segment初始扩容时，首先分配这些碎片page，直到分配完毕才会进入extent分配。