正解！
把你版本先升个级吧哈哈哈
1 个赞
这个版本 delete 释放空间速度比较慢，因为 compaction 就是异步执行的，alter table compact 功能 v6 版本以后才会有，建议开始先升级吧。v8 效果不错，亲测～
实际场景下没那么简单哦，（1）gc是由数据库管理系统控制的，自己只能申请，什么时候干活要系统确定。（2）手动触发region的compaction操作这个也只能等到系统比较空闲的时候来做，不可能还在跑其他批量就开始执行的
用truncate，一旦涉及到恢复数据就很困难了吧
线程数在那限制呢，怎么会跑满
写放大，LSM的缺点就是空间换时间
truncate也不会立即释放空间
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。