与TiCDC上下游数据同步延迟有关，可以参考TICDC Changefeed相关监控指标：
https://docs.pingcap.com/zh/tidb/dev/monitor-ticdc
正常同步不会有非常大的延迟。
2 年前
应该是需要在 ts-map 里面找到距离暂停DC1 CDC任务之前最近的一对上下游tso，拿下游 tso 在 DC4 创建新的CDC任务，然后在业务侧自己处理CDC数据去重。
2 年前
![[image]](https://asktug.com/uploads/default/original/4X/8/1/6/8169e19dc721399e3b70ec4ebdf295941bca3e85.png){kind=link}
https://docs.pingcap.com/zh/tidb/v5.1/monitor-ticdc
可以从 Server 和 Changefeed 两个维度对监控指标设置告警规则。
https://docs.pingcap.com/zh/tidb/v5.1/ticdc-alert-rules
提供了一些通用告警规则。
3 年前
如果ticdc实例宕机，由于ticdc集群本身支持高可用，会在重新选举owner节点之后，将宕机实例的changefeed迁移到其他实例上。
3 年前
在TiCDC的changefeed中添加 --sync-point，–sync-interval 这两个配置项，可获取到上下游关联的TSO。
3 年前
看源码是支持的：
https://github.com/pingcap/tiflow/blob/master/cdc/sink/mysql/mysql_syncpoint_store.go#L201
需要通过下游的tidb_cdc.syncpoint_v1表进行查询。
3 年前
按业务模型设计的表结构有可能需要使用JSON字段存储Object数据, 并使用JSON函数做高效SQL查询, 需要JSON类型支持
3 年前
![[baoming]](https://asktug.com/uploads/default/original/4X/5/f/5/5f5b70ef6f41cfddfde1b5312f2a549b426dc648.jpeg){kind=link}
没有更多内容了