【 使用环境 】测试环境
【 OB 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
【 使用环境 】测试环境
【 OB 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
根据您的描述,可能是删除大表后的磁盘空间没有立即释放,这在数据库中是一个常见的现象,因为数据库系统通常不会立即将释放的空间返还给操作系统,而是将其标记为空闲空间供后续操作使用。推荐使用 obdiag 工具进行日志采集,以便确认具体的原因。
日志采集场景: 内存问题
日志采集命令: obdiag gather scene run --scene=observer.memory
另外,为了更准确地定位问题,请您提供以下信息:
df -h 命令查看TRUNCATE TABLE 或 OPTIMIZE TABLE 等命令请您先执行上述日志采集命令,然后将生成的日志文件提供给我们,我们会根据这些信息进一步分析问题的原因。感谢您的配合!
附上敏捷诊断工具 obdiag 使用帮助链接
不会释放空间,ob的空间是预占用的
删大表只是逻辑删除做标记,OB 靠后台自动清理垃圾数据,为了稳集群、防误删、控 IO,磁盘空间没办法立马空出来的