是写下游的问题吗？感觉是解析tikv慢了，cdc下游是kafka
checkpoint 高但是 resolved 不高，代表瓶颈大概率在 cdc 解析 tikv log 上。
可能得原因是 ddl、热点啥的。
你 clinic 收个延迟搞得时候的监控我看看：https://docs.pingcap.com/zh/tidb/stable/clinic-introduction/
上传到中国区
我这里没有好办法
调整配置参数：根据系统文档调整配置参数，如批处理大小、缓冲区大小等
下游组件在做同步工作吗
是的，DBA这边只负责使用ticdc将数据同步到kafka，有专门的数据部门消费kafka数据同步至不同的下游(es/mysql/hive…)
如果你的业务数据量大，可以考虑增加更多的 TiCDC 节点。每个 TiCDC 节点可以处理一部分数据流，分散负载可以减少单个节点的压力。
增加节点固然能减少单个节点压力，但架不住单个表写入量大的情况，想知道如何在不调整业务的情况下提升单表ticdc解析的速度