内存溢出的排查步骤与解决建议

 

本文对使用报表过程中出现内存溢出问题进行简单地分析，给出一些建议性的排查步骤和解决方法。

排查步骤与解决办法

定位问题

首先我们要判断出现的问题是否是由于内存溢出引起的，典型的后台信息是带有Out Of Memory字样，但是也不排除其他内存溢出的提示，如tomcat内存溢出可出现三种提示信息：Java heap space、PermGen space和unable to create new native thread。而有时线程死锁也会导致应用挂掉。所以我们看到具体出错信息如果判断不出是何种问题，最好上网查询确认一下。

判断是否与报表有关

一般来说，任何应用都可能出现内存溢出，所以当我们确定出现了内存溢出，接下来要做的就是划分区域，判断内存溢出是哪部分引起的。

一般报表应用与客户自己应用相结合的系统出现内存溢出的问题，需要判断该问题是否是由报表引起的？具体方法是单独部署报表应用并执行原操作，看是否会出现内存溢出。若此步骤问题重现，则按照如下步骤进行；否则，可能说明与报表无关，当然也可以按照下面的步骤继续进行排查。

查找问题出现的共性

一般内存溢出不会只出现一次，这就要求我们记录每次出项问题的共性。如：是否访问某张特定报表时出现？是否访问量达到一定程度时出现？是否访问一些大数据量报表时出现？

下面给出在如下情况下的建议设置：

3.1 访问某个特定报表时

若我们发现，内存溢出每次均出现在访问系统中某张报表时（一般后台信息也有体现），这时我们就需要拿这张报表看看了，主要查看报表设计是否合理、表达式以及sql语句是否性能极其低下、报表计算是否非常复杂等。

若检查中发现如上问题，需要做如下一步或几步更改：

A、 理顺报表设计逻辑，重新设计报表

B、 替换性能低下的表达式，如嵌套多层if时可以使用case替代

C、 更改性能低下的sql语句

D、 报表中如果做了大量的统计、排名等，尽量将其整合到sql中，即简化报表运算

E、 使用存储过程做数据集，并是使用order by排序（与报表展现数据顺序相同）

3.2 访问某个或某些大数据量报表时

若发现内存溢出均发生在访问某个或某些大数据量报表后出现（可能需要查看后台信息多次确认）。这种情况可以尝试如下解决办法

A、 增大jvm，即从内存支持上扩充。不同的应用服务器设置方法不同，但是一定要注意并不是jvm设置越大越好，一般不超过物理内存的30%（建议）。

B、 配置reportConfig.xml文件。对于数据量大的情况，润乾提供了“数据量大的配置方案”详见《润乾报表在J2EE下的部署》。一般要减小maxConcurrentForReport和maxCellNum、增大cachedReportTimeout和maxWaitTimeForReport。

C、 增大物理内存。这个办法可以作为终极解决方案了。

3.3 访问量增加到一定范围时

若访问量达到一定程度就出现内存溢出的情况，可以尝试如下解决办法

A、 增大JVM或物理内存

B、 增大数据库允许最大连接数

C、 增大应用服务器连接池最大连接数

D、 配置reportConfig.xml文件。对于访问量高的情况，润乾提供了“访问量高的配置方案”详见《润乾报表在J2EE下的部署》。一般要增大maxConcurrentForReport和maxCellNum、减小cachedReportTimeout和maxWaitTimeForReport。