16g内存你部署了几个节点 多少副本？

你用ec2-user账号安装的tidb? 切换root试试

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

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

说实话你这io总体那么低，根本没必要纠结不均衡的问题。

鼠标，鼠标垫，雨伞

你看看监控 tidb-cluster-PD>scheduler里面的balance leader任务正常吗？

几年前我遇到过同样问题，pd的leader调度任务没了，重启了下pd就好了 tikv的region、leader分布不均衡，pd不调度.

第四个kv节点是不是网络有问题，和pd不通？

4个kv?有一个kv上没有leader?

看下overview-> tikv ->leader监控

您当前使用的云资源部署在哪个地域（城市），会考虑单一城市部署还是多城市容灾？在哪朵云上？ 上海，会考虑北方加一套做容灾。 目前运行着多少套 TiDB 集群，合计节点数 / 核心数（core）为多少？您当前 TiDB 相关资源的年度总费用是多少？ 云提供的具体折扣力度（如折扣率 / 优惠方式）是什么？ 目前运行多套集群 若迁移至 TiDB 全托管服务，您期望获得的服务等级协议（SLA）标准是什么（如可用性、故障恢复时间等）？ 一些小业务会考虑，也要对比价格成本。

关闭那个参数不影响你的sql执行计划的，这个只影响统计信息收集

你这个自动analyze的开始时间和结束时间有限制吗？

30多亿记录手动做一次analyze一个小时不到吧，可以试下

我2000亿行记录的表做analyze都可以的 手动analyze一张大表超出内存限制 - #29，来自 像风一样的男子.

【有哪些好的运维习惯/创新实践，帮你兜住了哪些风险？】 gc时间调长，挽救误操作，全量增量备份兜底。 【用了 TiDB 是否让你更省心？】 安装部署简单，运维简单，监控全排查问题方便。

文档为准 [image]

你配置改错地方了啊， TiCDC Changefeed 配置文件是指启动任务的时候制定的–config 文件 不是cdc本身的配置。