主备集群cdc 失败与性能问题

[HGHNICE_666 (Ti D Ber Bs6w P6 Im)]

【TiDB 使用环境】生产环境
【TiDB 版本】8.5.3
tidb主备 除了cdc方案 还有其他的方案吗
因为cdc方式建立时和集群tps高时 会阻塞其他实时同步的任务 而且性能不太快

监控如下：
在执行完上游的备份与恢复 18T 耗时4h

[Kongdom]

官方文档里貌似只看到这一个方案，不过我们都是堆节点，只要节点够多，集群就足够稳定。

基于主备集群的容灾方案

[HGHNICE_666 (Ti D Ber Bs6w P6 Im)]

堆cdc节点吗

[Kongdom]

不是，我们没有用ticdc，我们是加tikv节点。然后定时做br备份。

[像风一样的男子]

多大的数据量，cdc性能还是很强的啊

[HGHNICE_666 (Ti D Ber Bs6w P6 Im)]

集群18T 现在等br跑完 启动主备cdc任务会卡住其他任务半小时之久也没开始下降 主备寻求解决方式

[像风一样的男子]

br时间长了，cdc需要扫描的数据多了把
你把主从同步任务拆分下，大表单独搞个任务试试

[HGHNICE_666 (Ti D Ber Bs6w P6 Im)]

风哥 除了这个方式还有其他方式不 参数之类的

[lmdb (“One day my life will end, and you will wear the crown.")]

在cdc 在 v8.5.4-release 版本中引入了新架构 ，看着介绍功能很强的。

[HGHNICE_666 (Ti D Ber Bs6w P6 Im)]

这个看了哦 官方不推荐生产使用

我们消息队列搞的都是pulsar

[TiDBer_00001 (Ti D Ber R Vkz Ii Rf)]

看了文档也还没想通

[Kongdom]

没想通什么？

[TiDBer_YPbNvXxe]

cdc性能还是可以的啊

[TiDBer_EMDRI6T4 (凉面)]

变化数据量有多大会影响这么大？

[TiDBer_YPbNvXxe]

cdc还是很强大的，建议增加节点

[TiDBer_dG625YmL]

18T 耗时4h，性能已经很强大了

[独善其身 (Ti D Ber Bi Rqfz5 K)]

ETL啊,例如kettle这一类的

[TiDBer_YPbNvXxe]

上ETL这一些