（不点进来看看？）200并发压测两台主备ES服务器，CPU占用率在90%以上

Elasticsearch | 作者 hexiaohong | 发布于2018年05月24日 | 阅读数：11192

两台ES6.2.2服务器：（ES设置内存3G）
master:8核CPU、16G内存
slave::8核CPU、16G内存

模拟200用户进行并发简单查询测试，发现两台ES服务器的CPU都是非常高，到达了90%以上，只是简单的查询测试，没有进行复杂运算，不至于导致CPU飙升吧，大家帮忙分析分析，下面是压测过程的top相关指标：

$V~S@]ZB(`VE_[)P74{53)27.png$

试过以下场景：
1.把ES内存从3g翻倍至6G，cpu还是没有得到有效的下降。
2.并发数量从200变成100，还是一样。

100并发 TPS是840 响应时间是113, es这边CPU利用率是80左右
200并发 TPS是1124 响应时间是180, es这边CPU利用率是90左右

7 个回复

JackGe

赞同来自: CarrieJin 、dotNetDR_

先通过GET _nodes/{node}/hot_threads 查看线程栈，是哪个线程占用cpu高，如果是elasticsearch[{node}][search][T#10]则是查询导致的。如果是elasticsearch[{node}][bulk][T#1]则是数据写入导致的。

看你提问是查询引起cpu高，可是截图里排在前面的进程有10106,10107等，机器上是混合部署的吗，压测环境需要排除其他进程对es的影响。