【TiDB 使用环境】生产环境
【TiDB 版本】7.5.3
【操作系统】
【部署方式】云上部署(腾讯云自建
【集群数据量】
【集群节点数】
如题
有了 ticdc 同步数据到下游kafka集群, 然后数据迁移有 dm工具,那么 tidb 开启binlog 和 pump/drainer组件的必要性是什么呢?
【TiDB 使用环境】生产环境
【TiDB 版本】7.5.3
【操作系统】
【部署方式】云上部署(腾讯云自建
【集群数据量】
【集群节点数】
如题
有了 ticdc 同步数据到下游kafka集群, 然后数据迁移有 dm工具,那么 tidb 开启binlog 和 pump/drainer组件的必要性是什么呢?
ticdc就是tidb binlog的替代升级方案。
所以你的理解是对的。
从 TiDB v7.5.0 开始,TiDB Binlog 的数据同步功能被废弃。从 v8.3.0 开始,TiDB Binlog 被完全废弃,并计划在未来版本中移除。如需进行增量数据同步,请使用 TiCDC。如需按时间点恢复,请使用 Point-in-Time Recovery (PITR)。
https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/deploy-tidb-binlog/#部署-tidb-binlog
NIce ~ 看到了
另外再咨询个问题, 你们对TIDB集群中的库表会不会单独在做备份,是如何做的?
我原来是用br对数据库做了个整体的PITR备份。没有单独对库表做备份。要还原就要还原整个集群的数据。
我那个集群主要用来分析,数据都来自上游的mysql。mysql又不用我管。所以我这个方式可能对你来说没多大参考。
嗯,目前这边业务是从云上迁移到自建的tidb集群了,之前使用云数据库,都是基于云产品自带的备份和恢复。
用br做全量的PITR备份可以,但是这个频率不会太高。 也不知道使用tidb之后的全量加增量是如何做备份方案的
收到谢谢