【 使用环境 】生产环境
【 OB or 其他组件 】OB
【 使用版本 】3.1.x
【问题描述】磁盘使用率异常，查看表的宏块利用率过低于.单表3TB ,是否可以直接设置progressive_merge_num 并合并？ 单表大于2TB 直接合并是否会有问题呢？
3.1版本当前已经不进行维护了，建议使用4.x最新版
陆续升级过渡中，生产还在使用中。麻烦看有遇到这个问题嘛？
对于宏块利用率比较低的表，修改其progressve_merge_num为1，可以为该表所有分区发起一轮全量合并，全量合并完成后，在看看宏块利用率，当全量合并结束后，记得将progressve_merge_num修改回原值
您好 以这个截图表评估集群磁盘， 3.99TB 磁盘使用，实际数据大小140GB 。集群合并期间需要2倍空间 ，这个是以 3.99TB 评估，还是以140GB 评估集群合并期间磁盘是否足够呢？
3.99TB的单表，大分区合并写 slog 是否会触发超限失败呢？
生产在用集群，大表直接合并有问题影响太大
学习学习
麻烦看下这个问题呢
3.99TB是配置block file大小吗？
合并的时候是看实际的数据大小 表实际大小140G左右，可以发起一次全量合并
ocp上看3.99T 是磁盘使用的大小。 好的合并期间的2倍磁盘估算是以实际140G 大小评估是吧
应该是的 不一定有两倍的大小
好的谢谢