【 TiDB 使用环境】生产环境
【 TiDB 版本】v7.1.1
【复现路径】无
【遇到的问题：问题现象及影响】 线上需求，要求有全备，单库备，增量备，我应该如何选择备份工具及策略，还要有快速恢复。不能对线上运行有影响
【资源配置】无
【附件：截图/日志/监控】 无
谢谢大佬，全库我准备用br，单库用dumpling，增量用日志备份
要求单库在有数据的情况下，也能恢复。所以我用逻辑备份dumpling
全库用br是为了有日志增量。我这种备份方案可以吗
这个正解
因为是中央数据库，涉及到多个业务的，如果出现单业务问题，只需要回滚单业务数据库。
这么用没问题，就是日志增量还是可能一两分钟数据丢失，如果数据更重要，建议搭个cdc
谢谢大佬，cdc不是实时同步到另外一个环境的方式吗
全库我准备用br，单库用dumpling这两个没问题
br虽然有增量功能，但不能实时，PITR并不是实时的，用的时候要选择时间点
大佬增量还有其他方案吗
如果很重要的库，可以搞个备库用cdc同步
我感觉用什么方式备份需要根据你业务的连续性和数据安全性来进行分别对待，因为这涉及到你的运维成本
数据安全性高，连续性高
全量 + 增量 + ticdc
数据安全性高，连续性低
全量 + 增量
数据安全性低，连续性低
全量
对于您说的单库备份个人感觉是针对多数据库混布在同一套环境的，单库恢复会提高您的速度，这需要具体问题具体分析
1 个赞
全库就用br快照，全库增量用br日志，单库也能用br，但是单库想恢复指定时间点比较麻烦。
谢谢大佬，没有额外的环境可以做cdc同步了
是的，也算一种备份方式了
谢谢大佬，主要考虑单库损坏和全库损坏的问题，单库用dumpling逻辑和全库快照br现在定下来了，就是增量这块还不知道怎么选
看数据量，一般没必要做增量
大佬br还可以针对单库进行指定时间回退吗?
谢谢大佬。主要是为了能够快速回退 ，其他全量备份回退步骤就多了。增量一条命令就可以了
增量的本质是提高恢复速度，如果用到了增量恢复，那一定是基于全量恢复说的，请结合您实际业务的规模来测试全量+增量的时间是否业务可以接受
全备 + flashback 也可以