几种常见的 MySQL/PolarDB-MySQL 回收表空间方法对比

吾爱主题阅读：173 2022-12-14 17:27:00 评论：0

背景

为什么需要回收表空间？任何一个存储或您购买的实例规格都有容量限制，并且根据存储介质不同，保存方式不同，相应地成本也会不同。在线数据库的存储成本是比较高的，所以架构师和DBA在系统设计之初就要考虑满足未来几年内的业务需求，同时又能最大化地节省成本，这是比较合理的架构布局和容量规划的方法。而大多数系统是没有经过以上步骤直接上线的，这种随着业务的发展在线数据会保留的越来越多，当存储容量不够时可以通过升级实例规格或硬件解决，但如果没有更大的规格时，只能删除数据回收表空间了。

回收表空间的常见方法

在删除回收表空间时，通常有以下几种方法：

编号	删除方法	回收方法	适合场景	弊
1	CREATE TABLE A' LIKE A; INSERT INTO A' SELECT * FROM A WHERE ; DROP TABLE A; RENAMETABLE A' TO A;	DROP TABLE A;	保留数据少，删除数据多；但要极短时间暂停源表上的数据写入（通常毫秒级别完成）；	可能会引起性能抖动
2	DELETE * FROM A WHERE ; ALTER TABLE A ENGINE=INNODB;/OPTIMIZE TABLE A;	ALTER TABLE A ENGINE=INNODB;/OPTIMIZE TABLE A;	保留数据多，删除数据少；建议DELETE时用DMS的无锁数据变更(参考 https://help.aliyun.com/document_detail/162507.html)，否则DELETE时也可能引起性能抖动	可能会引起性能抖动
3	ALTER TABLE A DROP PARTITION partition_name;	ALTER TABLE A DROP PARTITION partition_name;	分区表	可能会引起性能抖动
4	DROP TABLE A_0000/A_20100101;	DROP TABLE A_0000/A_20100101;	已经人为分表存储设置,如：按取模或日期分表	可能会引起性能抖动

针对DROP TABLE A可能会带来的性能抖动可以通过阿里云内核经过特殊优化Purge Large File Asynchronously(https://help.aliyun.com/document_detail/134095.html)默认已经打开。

而对于ALTER TABLE的操作，目前业界开源的有gh-ost、pt-online-schema-change和OnlineSchemaChange，阿里云RDS MySQL也专门研发了无锁结构变更。本文针对几种常见的表空间回收的方式做了测试，希望给开发或运维人员提供更稳定的变更参考方式，保障生产环境的稳定性。

各类工具对比

1.比pt-online-schema-change的trigger对原表影响较小

pt-online-schema-change的工作原理是创建和源表A一样的表A_gst执行DDL操作，同时在A上创建一个DML触发器，然后将A中的数据拷贝到A_gst，在拷贝过程中产生的增量变更就用触发器完成同步更新。拷贝结束后执行两张表的rename操作完成变更。

2.OnlineSchemaChange

工作原理和pt-online-schema-change基本一致，不同的地方是它采用的是异步模式，在A_gst的基础上创建了一张日志表，触发器的条目更新将直接落在日志表中，后台进程将日志表中的条目应用到A_gst表。这样整个流程上是异步的，也能够控制回放速度。

3.gh-ost

与上面两种变更流程基本一致，但是没有使用触发器的设计，所以增量变更的数据来源不是触发器，而是Binlog文件。订阅读取该文件中A表的变更记录，将记录解析并应用到A_gst表。这样的数据对于gst表回放非常有利，binlog中存储的都是A表的记录，易于直接读取和应用。

4.DMS的无锁结构变更

采用了无触发器的设计，能有效解决触发器设计带来的锁、数据库开销等问题。同时和DTS的联动，执行表空间回收时会把临时表也传送到DTS，这样DTS的同步下游链路不会中断。

为了验证DMS的无锁变更的稳定性，做了4次测试分别是：

编号34221蓝色曲线，基准oltp_insert测试作为对比基线;
编号34222绿色曲线，基准oltp_insert测试+DMS的无锁变更+ALTER TABLE [tbname] ENGINE=INNODB;
编号34237黄色曲线，基准oltp_insert测试+关闭DMS的无锁变更+RDS kernel ALTER TABLE [tbname] ENGINE=INNODB;
编号34239灰色曲线，基准oltp_insert测试+关闭DMS的无锁变更+RDS kernel OPTIMIZE TABLE [tbname];