在进行大并发压测,三台tidb负载不均衡,有一台一直是cpu接近100%,另外两台50%到70%
【 TiDB 使用环境】线上、测试、调研
【 TiDB 版本】
【遇到的问题】
【复现路径】做过哪些操作出现的问题
【问题现象及影响】
【附件】
请提供各个组件的 version 信息,如 cdc/tikv,可通过执行 cdc version/tikv-server --version 获取。
在进行大并发压测,三台tidb负载不均衡,有一台一直是cpu接近100%,另外两台50%到70%
【 TiDB 使用环境】线上、测试、调研
【 TiDB 版本】
【遇到的问题】
【复现路径】做过哪些操作出现的问题
【问题现象及影响】
【附件】
请提供各个组件的 version 信息,如 cdc/tikv,可通过执行 cdc version/tikv-server --version 获取。
tidb不均衡还是pd不均衡?标题是pd,内容是tidb。
如果是tidb不均衡的话,看看连接数一样吗?这个应该和你前面的负载均衡有关。
标题写错了,tidb负载不均衡
对对连接数,你想想一个tidb节点10个链接,1个tidb节点5个链接。当然就一个忙一个不忙了。这个不均衡纯粹和每个节点处理的请求不一样有关系。检查tidb前面的负载均衡和应用吧。
tidb前面是pd,你的意思是检查pd前面的负载均衡么
tidb前面不是pd啊。
应用---》负载均衡---》tidb---》tikv
|
v
pd
是这么个关系。关键得看你的负载均衡。pd只是tidb节点查region在哪里的一个组件,还有分配tso,和链接打到哪个tidb节点没关系。
先检查下连接数是否均衡,如果连接数均衡,可能是某些大SQL打到了这个tidb节点导致cpu高,如果连接数不均衡看看负载均衡的配置策略是否正确
先检查cpu接近100%的那台哪些进程占用CPU较多,再比较各个TiDB Server的连接数,再分析SQL,逐步调整提高业务并发及吞吐能力