1、一次节点实时内存使用情况排查
内存分析:
总计: <16GB
jvm.old.used_in_bytes:22494538128 >21.5GB
根据Gc日志显示的情况,老年代数据在gc后没有减少现象。不知道这部分(超过5.5G)的常驻内存数据是哪来的?
2、一次老年代疯狂增长问题
在最近一次节点内存爆满问题时,排查发现老年代从下午2点22G,一直飞速增长(经历多次full GC),到下午五点半时增长到29GB(总内存30GB)且无法回收。
节点的fielddata、filter、index_buffer等配置内存上限不超过70%,正常来说不是这部分数据的问题。怀疑同问题1中,未知的内存数据占用有关。问一下,除了问题1中列举的常驻内存数据,还有那些数据会常驻内存?ES的版本为1.7.5
内存分析:
- filter_cache "memory_size_in_bytes": 369668096, 约350MB
- "id_cache": "memory_size_in_bytes": 0
- "fielddata": "memory_size_in_bytes": 10894611840, 约11GB
- segments "memory_in_bytes": 4427948258, 约4.5GB
- percolate "memory_size_in_bytes": -1
总计: <16GB
jvm.old.used_in_bytes:22494538128 >21.5GB
根据Gc日志显示的情况,老年代数据在gc后没有减少现象。不知道这部分(超过5.5G)的常驻内存数据是哪来的?
2、一次老年代疯狂增长问题
在最近一次节点内存爆满问题时,排查发现老年代从下午2点22G,一直飞速增长(经历多次full GC),到下午五点半时增长到29GB(总内存30GB)且无法回收。
节点的fielddata、filter、index_buffer等配置内存上限不超过70%,正常来说不是这部分数据的问题。怀疑同问题1中,未知的内存数据占用有关。问一下,除了问题1中列举的常驻内存数据,还有那些数据会常驻内存?ES的版本为1.7.5
1 个回复
medcl - 今晚打老虎。
赞同来自:
你的集群是闲置的么,如果有其他作业,空闲内存会被尽量利用的。