环境上发现,单个节点的ES在一直不停的进行young gc,中途弹出队列已满,reject请求.
最后进行了4次old gc之后,报java heap
请教下,这类问题怎么定位啊,怎么确定是哪些请求造成的堆内存溢出
最后进行了4次old gc之后,报java heap
请教下,这类问题怎么定位啊,怎么确定是哪些请求造成的堆内存溢出
4 个回复
helloworld1128
赞同来自: ddys
rockybean - Elastic Certified Engineer, ElasticStack Fans，公众号：ElasticTalk
赞同来自: helloworld1128
yayg2008
赞同来自: ddys
关于问题的定位及排查方法，其实和通用的JVM内存溢出排查方法差不多，只是开源代码，你只要找到泄露的点，找谷老师基本都能找到解决方案。
首先确认是单节点问题还是多节点都这样，如果多节点都这样，则很有可能是异常数据导致；
对于单节点问题，则需要dump并分析内存的占用情况， 看看谁是冤大头。具体操作方式@helloworld1128已经回复。
code4j - coder github: https://github.com/rpgmakervx
赞同来自:
简单说下任务reject的可能：首先看你的qps，可能在一段时间内qps相对较高，你的work线程被占满了，但是正巧碰上了oldgc，耗时巨长（1.9m），然后这些线程都挂起了（stw），qps持续较高的时候队列2000个，一分钟妥妥的被填满，最后reject。
当然我上面是一种情况的猜测，实际要结合你cpu使用率，还有当时的qps等一起分析。但是gc耗时高是主要原因