你看看监控 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本身的配置。

不是让你看/app/tidbsoft/cdc-8300/log 这个日志麻 发出来看看

你的版本太老了 4.0版本的ticdc那时候问题挺多的

你得去学下tidb的架构原理啊.

节点选错了，选你cpu高的kv节点

这种好查，在topsql里看下是哪些sql引起的，看下执行计划，大概率有全表扫描的sql。

看你需求啊，核心数据库对性能有要求，肯定要考虑磁盘性能的。