记录一次线上fullgc问题排查过程

news2024/10/6 9:02:17

某天，接到测试部门反馈说线上项目突然很快，由于当前版本代码和上一版本相比就多了一个刚上线了一个5分钟1次的跑批任务，先关闭次任务后观察是否卡顿，并检查堆内存是否使用完造成频繁gc

1.通过jmap命令查看堆内存中的对象

2.生成当前堆快照文件并用mat工具打开（file->HeapDump）

导出命令如下：

./jmap -dump:format=b,file=heap.dump 3920149

发现是有一个任务线程创建了最多的对象，调整对应配置如下核心线程从1个改5个线程

3.查看堆内存设置情况：

./jhsdb jmap --heap --pid 7853

返回说明：

MinHeapFreeRatio：最小堆空闲比例，表示堆中空闲空间的最小比例。默认值为40，表示堆中至少有40%的空间是空闲的。
MaxHeapFreeRatio：最大堆空闲比例，表示堆中空闲空间的最大比例。默认值为70，表示堆中最多可以有70%的空间是空闲的。
MaxHeapSize：最大堆大小，表示堆的最大可用空间。
NewSize：新生代大小，表示新生代的初始大小。
MaxNewSize：最大新生代大小，表示新生代的最大可用空间。
OldSize：老年代大小，表示老年代的初始大小。
NewRatio：新生代与老年代的比例，表示新生代与老年代的大小比例默认为2。
SurvivorRatio：幸存者区与Eden区的比例，表示幸存者区与Eden区的大小比例。默认值为8，表示幸存者区的大小是Eden区大小的1/8。
MetaspaceSize：元数据区大小，表示元数据区的初始大小。
CompressedClassSpaceSize：压缩类空间大小，表示压缩类空间的初始大小。
MaxMetaspaceSize：最大元数据区大小，表示元数据区的最大可用空间。
G1HeapRegionSize：G1堆区域大小，表示G1堆区域的大小

堆分为新生代和老年代默认占比 1:2, 可以看到老年代占用使用过高，调整其大小,调整为3 使用参数为：

-XX:NewRatio=3

新生代分为eden区、From Survivor(S0区)、To Survivor(S1区) 默认占比8:1:1,,可以看的s区100%，调整为6

-XX:SurvivorRatio=6

其他调整为：

-Xmx8192M 最大堆内存调整为8192M
-XX:MetaspaceSize=256M 设置元数据区初始值256M
-XX:MaxMetaspaceSize=512M 设置元数据区最大值256M
-XX:MaxDirectMemorySize=256M 设置堆外内存256M
-XX:PretenureSizeThreshold=11457280 设置对象超过11457280 字节直接进入老年代
-XX:MaxTenuringThreshold=15 设置垃圾最大年龄15 超过这个就进入老年代
-XX:+HeapDumpOnOutOfMemoryError 打印OOM
-XX:HeapDumpPath=./logs/dump.hprof dump文件

4.调整后重启观察gc情况发现明显好转从600多次fgc到12次fgc，而且12次均为启动时就触发

./jstat -gcutil 7853 5000 5

返回说明：