【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】oceanbase集群化部署，用了不到一个月，block_file文件大小为3T左右，而且业务数据库占用不到100GB，请问是什么占用了磁盘？
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
磁盘占用空间截图：
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
根据您的描述，看起来 OceanBase 集群中 block_file 文件占用的空间远大于实际业务数据所需的存储空间，这可能是由于多种原因引起的，如过期的快照未清理、冗余的副本、日志文件过大、或者是某些后台操作占用了额外的空间等。为了更准确地定位问题，可以使用 obdiag 工具来收集相关日志信息。
推荐使用 obdiag 工具进行日志采集，并且将采集到的日志提供给我们以便确认问题所在。
日志采集场景: 内存问题
日志采集命令: obdiag gather scene run --scene=observer.memory
另外，为了确定具体的问题，在此需要您提供一些信息：
请您根据以上命令采集日志，并提供日志压缩包，我们将进一步分析以确定原因。
附上敏捷诊断工具 obdiag 使用帮助链接
block_file 是 oceanbase建集群后使用的数据文件，这个文件是预占用的空间，目前不支持缩容，但可以动态扩容， 配置项 datafile_disk_percentage 用于设置数据文件占用其所在磁盘总空间的百分比，建议在创建集群时，datafile_disk_percentage设置的小一些，后面使用可以动态扩容。如果不设置这个参数，使用默认配置（datafile_size和datafile_disk_percentage 都是0），则数据文件（block_file）与 Redo 日志分别占用其所在磁盘总空间的 90%。
注意参数只能往大调整，无法回缩
是不是删除操作很多
感谢分享！！
裂隙数据较大吗
你不缩一下怎么知道他行不行呢 
