【 使用环境 】测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】物理备份，增量备份 没有改动过任何数据，增量备份慢并且占用大量磁盘空间，全量和增量备份好像区别不大了，这正常吗？
【复现路径】
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
用户问题简要总结: OceanBase 在未对数据做任何改动的情况下，增量备份过程非常慢且占用大量磁盘空间，几乎与全量备份无异，希望了解是否属于正常现象及如何解决此问题。
针对您的问题，推荐使用 obdiag 工具进行日志采集，以便我们能够进一步诊断问题所在。
日志采集场景: 数据备份问题
日志采集命令: obdiag gather scene run --scene=observer.backup
请您执行上述命令，收集相关信息后，将生成的日志文件提供给我们，以便进行更深入的分析。
为了更好地帮助您解决问题，还需您提供以下信息：
- 当前使用的 OceanBase 版本是多少？
- 备份作业的配置参数是什么样的？
- 在执行增量备份的过程中，系统是否有其他异常表现或错误提示？
- 系统资源使用情况如何（如 CPU、内存、I/O 等）？
- 增量备份和全量备份的具体差异（时间、磁盘占用等）能否具体描述一下？
感谢您的配合，期待您的回复。
附上敏捷诊断工具 obdiag 使用帮助链接
OB是哪个版本？
show variables like '%version_comment%';
另外你的样本数据量太小了，备份下大数据量看下是否差异明显，备份本身有一些内部基础数据，比如日志流级别事务数据表和事务状态表的数据，是不能重用的，因此每次都有
ob版本为：OceanBase_CE 4.3.5.1 (r101000042025031818-b6d5706eb3d2c5f501c7fa646ddbf32f3dc87069) (Built Mar 18 2025 18:13:36)，大数据量 大概多少 呢，上面测试 大概四百万数据。
那是不是相当于，如果是几百万数据量的话，定时物理备份，全量和增量的区别不大了？
不是这个意思，数据量稍大些，比如全量备份出来是10G，如果没有发生实际的数据增量，那么每次增量备份出来应该是还是MB级别的，数据量越大区别越大，因为即使空库 也要备份一些内部基础数据出来 ，这些本身就会占用空间。
进入到backup_set_4_inc或者backup_set_5_inc，然后执行 tree -lhsD，如果现象如下则说明大头在sys数据，这些是日志流级别事务数据表和事务状态表的数据，是不能重用的，因此不会变化
如果只有几百MB的数据，也没必要区分全量备份和增量备份了，每次做全量备份就行
确实如你所说的一样，明白了，谢谢