【TiDB 使用环境】生产环境
【TiDB 版本】v8.5.4
ticdc两台服务器一台CPU负载高一台CPU负载低,怎么处理?
cdc服务器重启之后,cpu就占比都不高了,即使在业务高峰期,cpu使用都没超过2c
【TiDB 使用环境】生产环境
【TiDB 版本】v8.5.4
ticdc两台服务器一台CPU负载高一台CPU负载低,怎么处理?
cdc服务器重启之后,cpu就占比都不高了,即使在业务高峰期,cpu使用都没超过2c
优先开启表级跨节点调度,通过暂停恢复任务触发重平衡;若无效则拆分热点任务或调整并发配置,避免单节点被压垮。
将热点库 / 表单独拆分为独立任务,分配到低负载节点。
怎么查看哪个任务的cpu占比较高?而且所有的主从集群库同步任务延迟都在1~5秒左右
怎么开启表级别跨节点调度?
两台的配置是不是一模一样?
开放性问题。 ![]()
一模一样
两台服务器处理的表数量差不多,就是一台负载高一台负载低
TiCDC 是分布式调度,但默认调度策略在表数量少、热点表、下游分区少时,容易把所有表 / 分区都调度到同一台 CDC 节点,另一台空闲
两台16c的ticdc服务器,一台的cpu基本打满,另外一台cpu占用不到20%
试试标签方案看看能不能实现负载倾斜,在就是看看region分布情况
感觉有BUG,高负载的节点重启之后cpu就上不去了
8.5.4 新架构应该不会有cpu浪费才对
看看region 分布情况吧
集群整体来看,region的分布式均衡的。表级region,从热力图来看没有特别集中和高亮的。
请问标签方案具体如何做呢?
请问如何控制将一个cdc任务分配到指定的低负载cdc节点上呢?
是bug?
收集 cpu 高的 ticdc 节点的 cpu profile 看下,如果是 readrangedel cpu 占用高的话,可能是
sorter iterator can utilize too much CPU if there are lots of DeleteRange records · Issue #11065 · pingcap/tiflow · GitHub 没彻底修复