| 公司最近使用ElasticSearch作为数据报表汇总引擎.上线三个月累计数据800万,但是今天突然大面积出现查询超时,上服务器查看服务运行情况,发现cpu使用率高达300% mem 使用率也到了90%,下面记录了整个排查问题的过程 1.首先查看elastic cpu和mem占用情况
//首先查看所有进程 # top //找到对应的elasticserch运行的PID,查看占用内存比较高的线程,Ctrl+c 退出 #top -Hp 12345 //为了下面方便调用API,将elasticsearch.yml // xpack.security.enabled: false //关闭认证,重启elasticsearch
2.确定是由于某个线程引起的状况,查询所有segment的驻留内存的情况 //kibana 以下全部以kibanna为例 GET _cat/segments?v&h=index,segment,size //curl #curl -XGET 'http://10.0.7.134:9200/ _cat/segments?v&h=index,segment,size' 这里摘录一下,elasticsearch, |
ElasticSearch CPU和内存占用高的优化记录出现GC
最新推荐文章于 2025-06-04 21:58:05 发布
本文详细记录了一次ElasticSearch在数据报表汇总引擎中遇到的查询超时问题,通过逐步排查,发现CPU使用率高达300%,内存使用率达到90%。经过对线程、段(segment)、节点内存和CPU使用情况的深入分析,最终定位问题为JVM GC频繁导致,并通过调整JVM参数,如增加heap大小和更改GC策略,成功解决了性能瓶颈。


最低0.47元/天 解锁文章
613

被折叠的 条评论
为什么被折叠?



