Mysql 表空间和数据页空洞

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

一、表空间
1、表空间： innodb 引擎存储的最高层；存放所有的数据
2、独立表空间：Mysql 版本 5.6 后默认开启的单表单空间
（1）Innodb 默认存储引擎页的大小为 16K ；默认表空间大小为96k

（2）独立表空间开启方式 innodb_file_per_table ON 从Mysql 5.6.6 开始，默认值 ON

二、数据页空洞

如果我们修改了 info表 的表结构 ，比如 给表添加注释，发现

9440 Dec 14 09:59 info.frm

磁盘上的 frm 表结构文件 立刻被更新了。

那我们如果删除一行数据呢？ 从文件更改时间上来看也是立刻修改了。

180224 Dec 14 10:03 temp.ibd

但是 idb数据文件 大小 180224却没有改变

那么数据库的删除流程到底是怎么样的？ 为什么我们删除一行，存储的ibd文件大小却没有改变，当我们点击 删除表的时候，SQl 引擎发生了什么？

1、Innodb 的删除
为什么 ibd 文件不会变小？

InnoDb 的数据存储类型是 B+树，B+树的叶子结点上，存储的是数据页；一页数据页存储的是数据记录，假设一条数据记录占用 200字节，一页数据页大小为 16Kb ，那么一页可以存储80条数据记录，当某条数据记录，比如 ID = 300 的数据记录被删除了，实际上，引擎只会标记这条数据记录为删除，而不会将数据记录从磁盘上抹去，所以磁盘文件上的 ibd 文件不会缩小
一个数据页 Page A 上，总是存储着 ID从 X 到 X+N 的数据记录，如果 X 到 X+N 之间的数据记录被删除了，会留下一个数据空洞，那么插入的X 到 X+N 区间之间，且不在PageA上，就会复用这个数据页，所以文件大小不会减少
如果删除了1整个数据页的所有记录，那么这整个数据页都会被复用，
所以删除和插入，其实是在数据页上，产生和填补空洞的过程，经过删除更新插入的表，都可能会产生大量的空洞。

2、整理数据页的空洞
那么，当一张表被更新插入，产生了数据空洞之后，如何整理数据页，使得数据变得更紧凑呢？

可以采取重建表的操作 alter table，实际上这里是引擎自动完成了转存数据、交换表名、删除旧表的操作

　　mysql> alter table temp engine=innodb;

　　163840 Dec 14 10:52 temp.ibd

3、测试数据页的增长效果
新建一张 new_test 表

CREATE TABLE `new_test` (

`id` int(11) unsigned NOT NULL AUTO_INCREMENT,

`name` char(255) DEFAULT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB AUTO_INCREMENT=191 DEFAULT CHARSET=utf8mb4;

我们知道初始 ibd文件的大小默认是 96K ，inndb 默认单个数据页大小是16K，对 new_test 表进行数据增加，观察 ibd文件大小。

insert into new_test (name) value("leon”)

发现当rows 增长时，ibd文件大小增长规律如下：

idb文件大小 VS rows
96k – 0～81
128k – 82～136
144k – 136～190
160k – 190～255

16K 增长对应 54条rows ，1条row算出来约等于 296.29b ，正好等于 char 255b + int（11） 44 = 299b 。

可以看出来的确是由连续的数据页组成数据的。

4、数据空洞的复用
为了数据空洞的复用的问题，我们来删除 new_test 表 1-180行中的 155-160 行，ibd文件原始大小为 144KB，当我们删除 150-160 这时候，数据页就有了 10条ID 的空洞，此时表中ID是： 0-149 161 -180 共计 170条，那么这时候，插入20条还是 10条数据页呢？

测试可得。插入20条，ID到 201。表空间变为 160k，所以原来的数据页存在空洞可以被复用（？？待理解！！）

---按照计算应该一条数据是800b，有十条空洞，再加入10条，应该是144KB+0.8*10=152KB，160k不是说明原来的空洞没有复用上吗？？

原文：https://blog.csdn.net/qq_28018283/article/details/85003657