记一次“hibernate批量插入”操作撑爆内存的问题

背景：因为历史遗留问题，项目有个大量同步阿里云数据的需求。基本流程就是访问阿里云获取数据，然后使用hibernate批量插入数据库。逻辑很简单，问题却不少！开发完成后，我在开发机跑了几次，速度还可以接受（20min）。可到了测试环境，情况却完全不一样了，1个小时多小时还不见完，没完没了！
问题排查：代码一样，肯定是环境问题。看日志的时候，我发现测试环境输出SQL语句时会时不时地中断。我意识到可能是GC的问题。遂用jstat分别查看开发机和测试机的gc情况。

jstat -gc <PID:jvm进程号>

不看不知道，一看吓一跳！本地跑完任务后，FullGC只有20多次的样子，时间一共十几秒(FGC:FullGC次数，FGCT:Full GC TIME)。而测试环境的FullGC却达到了600次，时间也超过600秒！
分析问题： 针对GC次数多，我的第一反应是内存太少。可以使用free -m命令查看机器的物理内存。而以下命令可以查看jvm的内存使用情况：

jmap -heap <PID>

tomcat修改内存

在{TOMCAT_HOME}/bin/catalina.sh中的起始位置进行添加代码：

JAVA_OPTS="-Xms=1024m -Xmx=2048m -XX:PermSize=512 -XX:MaxPermSize=1024m"

WebLogic修改内存

在{domain}/bin的startWeblogic.sh中，找到"echo JAVA Memory arguments: ${MEM_ARGS}的位置，添加代码：

MEM_ARGS="-Xms=1024m -Xmx=2048m -XX:PermSize=512 -XX:MaxPermSize=1024m"

调整后，测试环境任务重跑，耗时1个小时终于看到了结束的标志！