【 TiDB 使用环境】生产环境
【 TiDB 版本】v5.4.3
【遇到的问题:问题现象及影响】
br备份进度checksum逻辑现在是不是以表数量来的?
checksum的时候瞬间达到90%,然后卡在这个进度好几个小时没变化,然后瞬间完成。
br工具算是运维常用的工具之一了,希望官方大佬优化下这个逻辑~~
【附件:截图/日志/监控】
【 TiDB 使用环境】生产环境
【 TiDB 版本】v5.4.3
【遇到的问题:问题现象及影响】
br备份进度checksum逻辑现在是不是以表数量来的?
checksum的时候瞬间达到90%,然后卡在这个进度好几个小时没变化,然后瞬间完成。
br工具算是运维常用的工具之一了,希望官方大佬优化下这个逻辑~~
【附件:截图/日志/监控】
你也可以使用 TiKV 配置项 backup.num-threads 或参数 我改了64 速度就飞快了 具体大小和你tikv的cpu数量相关。tikv 128 你用64个核心给备份
我说的问题是进度逻辑问题,你这是速度性能问题, 我不太关注性能,只想要明确进度
是不是碰到大表了,大表检查完了一下进度就上来了
是的。
确实,感觉备份很快,但是checksum看不到明显的进度