ResultSet参数设置不当导致OOM

ResultSet参数设置不当导致OOM

目录

• ResultSet参数设置不当导致OOM
  • 1. 背景描述
  • 2. 问题发现
    • 2.1 使用MAT分析大堆
  • 3. 问题解决

1. 背景描述

近期写了一个小程序，用于做数据抽取，目前主要为从数据库抽取数据到MongoDB。程序在线上运行一段时间后就出现了OutOfMemoryError的错误。由于Tomcat中配置了参数-XX:+HeapDumpOnOutOfMemoryError，最后产生了9G的hprof文件，目前也只能通过分析hprof文件来查找内存溢出问题了。

2. 问题发现

最初并未急于分析hprof文件，而是重新跑起程序后使用jstat观察了一阵，发现老年代并没有增长过快，也没有发现问题，看来只能分析hprof文件了。

如果在自己的开发机器上使用memory analyzer tool分析9G的hprof文件，那么至少得9G的内存。由于我的笔记本只有8G，就显得无能为力了。Google一番后发现可以直接在Linux服务器上生成报告结果。

这样一来直接在服务器上分析完hprof文件然后生成报告结果，只需要在开发机器上看报告结果就可以了。

2.1 使用MAT分析大堆

1. 下载Linux版MAT
   

2. 修改MemoryAnalyzer.ini
   

将-Xmx设置为比堆快照更大的内存

3. 使用ParseHeapDump.sh分析堆快照

./mat/ParseHeapDump.sh tomcat_dump/jvm.hprof

命令执行完成后，会产生类似如下的一些文件

此时只需要进一步执行命令产生报告结果即可。

4. 使用ParseHeapDump.sh产生报告结果

./mat/ParseHeapDump.sh tomcat_dump/jvm.hprof org.eclipse.mat.api:suspects

其它报告类型

org.eclipse.mat.api:suspects
org.eclipse.mat.api:overview
org.eclipse.mat.api:top_components

3. 问题解决

最终打开suspects报告后，发现类OracleResultSetCacheImpl的深堆居然有7.8G，这基本断定它就是问题所在了。

ResultSet为什么会缓存呢？就是因为写代码时大意，指定了类型为ResultSet.TYPE_SCROLL_INSENSITIVE

这里ResultSet缓存行是为了游标回退。

此处只需要更改为ResultSet.TYPE_FORWARD_ONLY就解决了问题。