前言

前一篇文章基于InnoDB存储引擎的mysql数据库文件详解中的数据文件就是本篇文章的表文件。基于InnoDB存储引擎的mysql数据库所有数据都存在这个表文件中，可以叫做表空间。InnoDB存储引擎的表空间由段（segment），区（extent），页（page）组成。

理解一个概念：如果一台运行mysql数据库的服务器内存大小为1G，那么如果你查询大于1G的数据，必挂无疑。像select * from table的数据小于1G那么也会很慢，但是可以查询。mysql数据库把所有的数据传送完之后会存储一部分数据到内存。提供给下次的查询。

InnoDB存储引擎表空间结构图

?

?

虽然表空间结构是如上图所示，但是也并不是严格按照上面的结构划分的，比如一个表空间可能由几个段和很多个零散的页组成。

对于innodb文件结构不理解可以查看基于InnoDB存储引擎的mysql数据库文件详解。

段

一个表空间常见的段有数据段，索引段，回滚段。一个段有多个区组成。这里不做详细解释，意义不大。

区

一个区由连续的64个页组成。大小为64*16KB = 1MB。这里不做详细解释，意义不大。

页

一个页由多个行组成，因为是索引组织表，所以一个页最少要有2个行。

页是innoDB存储引擎最小的磁盘空间单位。一个页的大小为固定的16KB。

为什么说页是innodb存储引擎的最小磁盘空间单位？

比如新建一个test空表。如果往里面插入一行只有1KB的数据。那么innodb存储引擎就会从硬盘申请16KB的磁盘空间。虽然里面只有1KB的数据，但是还是会占据16KB的磁盘空间。剩余的15KB是空闲的空间，用于下次插入数据的空间使用。

打开innodb_file_per_table参数。进行下面的测试。

新建一个空表test。

mysql>create table test(id int(10) unsigned auto_increment,name varchar(8000),primary key(id))engine = innodb;

查看新表的大小。

#ls –lh test.ibd;

可以看到使用innodb存储引擎的新建的空表的大小为96KB。也就是96KB/16KB=6个页。也就是说innodb为每个空表分配了6个页大小的空间用。

给name列添加索引。

mysql>create index name on test(name);

在查看表的大小。

#ls –lh test.ibd;

大小变为112KB，增加了112KB-96KB=16KB。也就是说为一个列添加一条索引innodb就会给再申请16KB大小的磁盘空间，也就是1个页大小的空间使用。

删除这个name索引，再看看表空间大小。

?

表空间的大小又变回96KB。虽然磁盘空间的大小成为96KB，但是这里面还有很多的空间可以用于新数据的存储。下面看看这个96KB大小的空间能够存储多少数据才会增加。

往表里面添加3行数据。大小为3*8000B，也就是3*8000B/1024 = 3*7.8kb = 23.4KB。在查看表空间大小。

mysql>insert test select null,repeat(‘a’,8000);

可以看到还是96KB大小。

再插入一条数据查看大小。

mysql>insert test select null,repeat(‘a’,8000);

表空间大小已经变为128KB了。增加了128KB-96KB=32KB。也就是增加了32KB/16KB=2个页的大小。

就是说空表的96KB大小只能存储 23.4KB大小的数据。再插入数据的表空间大小就会增加了。其实这个大小不是23.4KB，确切的应该是32KB。就是两个页的大小。如果两个页全部用完innodb就会申请更多的空闲页。这里申请了2个空闲页。

基础插入59条数据（为什么插入59条呢？为了证明一个概念，仔细看下面的测试会明白。）。那么数据的总大小为前面的4条+新的59条=63条数据。大小为63*7.8KB = 491.4KB。在查看表空间大小。

可以看到表空间大小变为576KB大小。也就是576KB/16KB=36个页。

这个时候再插入一条数据。查看大小。

奇迹出现，表空间大小变为2M。也就是2*1024KB/16KB = 128个页。为什么呢？

因为innodb在新建一个表的时候会用零散的36个页存储数据，如果数据量大于36页就会开始申请更大的空间存储数据。申请64个连续的页大小的空间。以后随着数据的增加继续申请64个页的空间。