uc官网网站开发者中心,网站开发计划书封面设计,平度做网站推广,网站欢迎页模板背景
为什么需要回收表空间#xff1f;任何一个存储或您购买的实例规格都有容量限制#xff0c;并且根据存储介质不同#xff0c;保存方式不同#xff0c;相应地成本也会不同。在线数据库的存储成本是比较高的#xff0c;所以架构师和DBA在系统设计之初就要考虑满足未来几…背景
为什么需要回收表空间任何一个存储或您购买的实例规格都有容量限制并且根据存储介质不同保存方式不同相应地成本也会不同。在线数据库的存储成本是比较高的所以架构师和DBA在系统设计之初就要考虑满足未来几年内的业务需求同时又能最大化地节省成本这是比较合理的架构布局和容量规划的方法。而大多数系统是没有经过以上步骤直接上线的这种随着业务的发展在线数据会保留的越来越多当存储容量不够时可以通过升级实例规格或硬件解决但如果没有更大的规格时只能删除数据回收表空间了。
回收表空间的常见方法
在删除回收表空间时通常有以下几种方法
编号删除方法回收方法适合场景弊1CREATE TABLE A LIKE A;INSERT INTO A SELECT * FROM A WHERE ;DROP TABLE A;RENAME TABLE A TO A;DROP TABLE A;保留数据少删除数据多但要极短时间暂停源表上的数据写入通常毫秒级别完成可能会引起性能抖动2DELETE * FROM A WHERE ;ALTER TABLE A ENGINEINNODB;/OPTIMIZE TABLE A;ALTER TABLE A ENGINEINNODB;/OPTIMIZE TABLE A;保留数据多删除数据少建议DELETE时用DMS的无锁数据变更(参考https://help.aliyun.com/document_detail/162507.html)否则DELETE时也可能引起性能抖动可能会引起性能抖动3ALTER TABLE A DROP PARTITION partition_name;ALTER TABLE A DROP PARTITION partition_name;分区表可能会引起性能抖动4DROP 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] ENGINEINNODB;编号34237黄色曲线基准oltp_insert测试关闭DMS的无锁变更RDS kernel ALTER TABLE [tbname] ENGINEINNODB;编号34239灰色曲线基准oltp_insert测试关闭DMS的无锁变更RDS kernel OPTIMIZE TABLE [tbname];以蓝色基线为基准从图中可以看出绿色曲线相较于同样是执行回收表空间的黄色和灰色平稳但持续时间较长绿色、黄色、灰色曲线到最后都会临时表重命名成正式表的过程最多2s。
测试结论
结合实际业务来说推荐性能比较稳定的DMS无锁变更ALTER TABLE。使用DMS的无锁变更可以打开DMS控制台在页面顶部选择全部功能 数据方案 无锁变更。 注意事项
1.不支持字符串类型的主键(dms是一块一块的拷贝最大值和最小值确定拷贝范围然后分成若干块拷贝会用到很多min max计算范围的SQL)
参考
如何用DMS进行无锁结构变更(https://help.aliyun.com/document_detail/98373.html)
关于optimize和alter的原理(https://developer.aliyun.com/article/579242)
原文链接
本文为阿里云原创内容未经允许不得转载。
