MySQL实战之表空间回收

---

前言

讲讲表空间回收

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、innodb_file_per_table

参数innodb_file_per_table用于控制表数据的存放位置

• OFF , 表数据将存放到表共享空间中,即与表结构定义存放到一起
• ON, 表数据将单独以文件的形式(.ibd)存放

这个值默认就为ON

二、delete流程

我们知道 , InnoDB里的数据都是以B+树的形式组织的. 当我们对一张表或者记录做delete操作时 , 这张表或记录就会被标记为可复用状态,而不是删除表或者行 , 因此磁盘空间并不会变小

但是对于记录的删除 , 是存在限制的

ID
1
2
5

假设如上为ID字段的部分数据 , 如果我删除了ID==2这一条数据 , 再插入ID = 4的记录, 此时这一行记录是可复用的.
而要插入的是ID = 6的数据 , 该行记录的空间就不可复用了,需要重新开辟出一行空间使用

不仅是删除 , 对于行的增删改操作都有可能引起"空洞" , 即行的不可复用

三、表回收

重建表的操作也就是相当于**新建一个表,将原表的数据依次插入到新表中,**这就起到了回收表空间的作用

在这之前 , 先解释几个单词缩写

• DDL , 数据定义语言,定义对数据库的表,列,索引的操作,做DDL时需要加上MDL写锁
• MDL,元数据锁

其中，表重建语句为alter table T engine = InnoDB；

1.Online DDL

MySQL5.6以后引入了Online DDL , 能够保证在DDL过程中,对于数据库表的更新操作也能进行

1. 建立临时文件
2. 扫描原表主键的所有数据页,并对数据页中原表的数据生成B+树存到临时文件
3. 在第2点的执行过程中 , 对数据库的所有操作都会记录到row log日志中
4. 第2步执行完成后,对临时表的数据施加row log中记录的操作
5. 用临时表替换原表

在做Online DDL的过程中 , 为了避免增删改操作被阻塞 , 会将MDL写锁退化为MDL读锁 , 但是不会解锁 , 原因就在于需要保证自己能对数据库表做DDL,而禁止其它线程在同一时间对该表做DDL

同时 , Online DDL操作是需要消耗CPU资源的 , 因此如果是线上项目的库需要注意做Online DDL的时机,不应影响用户体验

2.Online DDL与inplace的区别

名词 ： tmp_table是临时表，由server层创建 。 tmp_file是临时文件，用于存放重建出来的数据，在innoDB内部创建，而整个DDL过程都是在innoDB内部完成的，对于server层而言，并没有将数据存入临时表中，所以是一个inplace “原地”操作。

• 重建表语句中，默认了使用inplace方式重建表，alter table T engine = InnoDB，ALGORITHM = inplace
• 与之对应的拷贝表操作，alter table T engine = InnoDB，ALGORITHM = copy；

区别于联系 ： 如果DDL过程是Online 的，那必是inplace的，反之不然

---