tidb服务器负载不均

[TiDBer_OxVY1ddH]

1. 从端口状态来看，你的服务分布不均，这个影响有限
2. 主要需要查看数据的分布！
   TiKV 具体的副本架构如下：

• Raft 架构： TiKV 数据强一致性依赖 Raft 算法。每个 Region 默认有 3 个副本，在这些副本中通过选举产生一个 Leader 和多个 Follower。
• Leader（主副本）： 唯一负责处理所有读写请求的副本。当 Leader 接收到写入请求后，会通过 Raft 日志复制给其他 Follower，在大多数副本写入成功后才返回给客户端。
• Follower（跟随副本）： 只用于被动同步 Leader 的日志，保持与主副本的数据一致性。在 Leader 发生故障时，Follower 可以通过选举升级为新的 Leader。

如果数据量很小，leader 副本数据分布在119 上，119负载就高一些！

[wfxxh (倔强的蜗牛)]

leader还是很均匀的

[TiDBer_1834 (Ti D Ber L Dr Eq28 H)]

可以对比一下各个tidb的topsql有什么差别，是否有慢sql

[wfxxh (倔强的蜗牛)]

好像区别不大

[独善其身 (Ti D Ber Bi Rqfz5 K)]

好像还真是部署开始就不均衡了啊

[wfxxh (倔强的蜗牛)]

就多了 alertmanager 、grafana 、 prometheus，不至于负载差这么多吧

[WalterWj (王军 - PingCAP)]

看服务器挺长时间没重启了。要不要试试重启看看效果。

[wfxxh (倔强的蜗牛)]

线上，不敢这样搞

[WalterWj (王军 - PingCAP)]

这个截图看起来是 cpu 不高，但是 load 很高？

[TiDBer_AHjy0eKV]

稳定第一

[wfxxh (倔强的蜗牛)]

是的，top命令看，也没有太高的

[WalterWj (王军 - PingCAP)]

@WalterWj

cpu 不高，但是 load 很高？

1. ps -eo state | sort | uniq -c 查看下，D 是否很多，如果多，应该是卡刷盘
2. 如果 R 比较多，应该是在排队
3. tidb-server 监控，goroutine 看看多不多。

[Fanchen (Ti D Ber Uoi Hnf Zw)]

学到了

[TiDBer_1834 (Ti D Ber L Dr Eq28 H)]

使用 TiDB 的 SPLIT TABLE REGION命令手动迁移数据分布不均的表的数据

[wfxxh (倔强的蜗牛)]

我关了监控，状态依旧是负载高

[wfxxh (倔强的蜗牛)]

没啥异常啊看起来

[WalterWj (王军 - PingCAP)]

AI 也说不高。

[克里克里克 (Ti D Ber H052ej9m)]

CPU核数一致么？
看着挺奇怪。

[yg_2024 (yangguang)]

ticket_new是怎么实现的？

[wfxxh (倔强的蜗牛)]

核数一样