南大通用GBase 8a 集群gbase database时常遇到线上节点磁盘使用率飙升至 95% 以上的告警严重时会阻塞写入、影响业务正常运行。今天分享两套解决方案一套零硬件投入、从存量数据压缩 碎片清理入手最大化节省磁盘一套硬件扩容兜底兼顾短期应急与长期业务发展。一、优化方案表压缩 空洞清理优化方案 2离线重建高压缩表一次性释放 50% 磁盘空间适合历史归档表、低频查询、无实时写入的数据表全量重建高压缩表可一次性最大化瘦身预估释放近一半存储空间。1、创建高压缩新表CREATE TABLE t1_bak (a int(11) DEFAULT NULL,b varchar(10) DEFAULT NULL ) COMPRESS(HighZ, 0)ENGINEEXPRESS DEFAULT CHARSETutf8 TABLESPACEsys_tablespace;2、全量迁移历史数据INSERT INTO t1_bak SELECT * FROM t1;3、数据校验并替换原表核对数据行数、关键字段确认数据完整无误后切换表DROP TABLE t1;RENAME TABLE t1_bak TO t1;4、验证磁盘释放效果库内查看表存储大小SELECT table_name, data_length/1024/1024 AS table_size_mb FROMinformation_schema.cluster_tables WHERE table_schema 数据库名 and table_name表名;服务器侧查看磁盘整体占用df -h压缩优化注意事项高压缩会增加 CPU 解压开销高并发实时业务优先使用「在线 ALTER 渐进压缩」全表重建、碎片整理操作务必安排在夜间业务低峰窗口统一使用level0自动适配模式避免手动设置过高压缩等级引发查询卡顿。
