【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】v7.5.3
目前增量备份和恢复已经停止开发迭代,单个表或多个表的增量备份和恢复,用什么技术替代
日志备份与恢复功能不能针对单个表或多个表的场景
没有吧,BR不是可以单表备份恢复么
可以采用以下技术替代方案:
-
全量备份结合 TiCDC:您可以使用 TiDB 的全量备份工具 BR 进行定期的全量备份,并结合 TiCDC 实现实时的数据同步。TiCDC 可以捕获 TiDB 的增量变更并将其同步到下游,包括另一个 TiDB 集群或其他支持的数据库系统。这样,您可以在需要时从全量备份恢复数据,并使用 TiCDC 同步的增量数据来恢复到特定的时间点。
-
使用 Dumpling 和 TiDB Lightning:对于非实时的备份需求,您可以使用 Dumpling 工具导出 SQL 或 CSV 格式的数据,然后使用 TiDB Lightning 将这些数据导入到另一个 TiDB 集群中。这种方法适用于对延迟不敏感的增量备份场景。
-
使用 TiDB Binlog 和 Reparo:对于需要准实时备份和恢复的场景,您可以使用 TiDB Binlog 收集 binlog,并使用 Reparo 工具将 binlog 应用到 TiDB 或 MySQL 中以实现增量恢复。这种方法可以实现恢复数据库到指定时间点的需求。
不行可以用dumpling导出全量后+部署ticdc将增量数据存储到文件,恢复用lighting。
1 个赞
停止开发迭代了吗?
主要的场景就是ticdc任务出现故障,需要增量备份1天或几天的数据,进行增量恢复
如果TiCDC任务出现故障,但并没有完全丢失数据,您可以使用TiCDC的checkpoint机制来恢复到最近的一个checkpoint。checkpoint记录了TiCDC处理到的位置,可以从这个位置开始继续同步数据