【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】7.5.0
【遇到的问题：问题现象及影响】
日志备份里面的：
checkpoint [global] ：集群中早于该 checkpoint 的数据都已经保存到备份存储，它也是备份数据可恢复的最近时间点
从实际情况看延时不小了,ticdc同步到下游延时一般也就1秒左右，这个日志备份延时有办法缩短延时吗？
运行
br log start命令来启动日志备份任务，任务会在每个 TiKV 节点上持续运行，以小批量的形式定期将 TiDB 变更数据备份到指定存储中。
注意是小批量，定期，所以肯定是有延迟的。
和ticdc的使用场景不同。
这个我理解，就是这个定期小批量是不是有地方可以调参数
我用的是v6.5.3并没有发现控制相关间隔的参数。
br: fix typos and add correct aliases (#12044) · pingcap/docs-cn@e5f5c79 · GitHub
看介绍这个使用场景是5~10分钟将新上次刷新后产生变更数据记录全部刷新到备份存储中，用于RPO在10分钟以内的备份恢复，刷新频率过高应该是对集群性能影响较大
我用的nfs间隔1分左右
目前的基于BR日志的PITR方案RPO小于5分钟，其实GAP一般就2分钟左右，看你场景，这个又不是做备库实时恢复的方案的
机制不一样，有点难
用的远程盘，2分钟。。
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。