一次性能调优记录：压测报错out of memory内存溢出1、首先这是一段压测的报错日志截图
2、服务器的配置还不错，执行机全64核以上，运存256g以上，服务器80核，512g，所有机器线程数设置655360
3、刚开始以为是jmeter和Tomcat服务器的JVM里面的堆内存，新生代和老年代的参数设置太小了
4、然后进行的设置，设置之后发现还是有问题，发现启动jmeter的时候，配置还是显示默认值，在网上查了说改了配置，也不会显示，暂且就先相信一下
5、分析Out of Memory引起的原因：一般老年代空间不足时，JVM 会对老年代和年轻代进行完全的fullGC。如果 fullGC 后还是无法存放从 Survivor 复制过来的对象，就会出现 OOM(Out of Memory) ，但是这个堆空间设置的这么大，一天估计都不可能有一次老年代的垃圾回收
6、然后为了验证heap的设置是没有问题的打算用jmap -heap 进程号命令去看，但最后发现公司内网没办法用这个命令，所以暂时想不到更好的办法了
7、听网上说xms和xmx参数的单位要用kb或者MB，后来把-xms和-xmx改为10240MB，发现还是没用，继续怀疑是配置没生效
8、同时也用了dstat -tcmnd --disk-util命令去监控CPU和内存等等
9、用了jstat -gcutil 进程号 1 10 命令去看看GC的频率什么的
10、Tomcat的jvm参数在Catalina.sh里面进行设置
JAVA_OPTS="-Djava.awt.headless=true -Dfile.encoding=UTF-8 -server -Xms1024m -Xmx1024m -XX:NewSize=512m -XX:NewRatio=2 -XX:SurvivorRatio=8"
设置堆内存：-Xms1024m -Xmx1024m
设置新生代内存：-XX:NewSize=256m -XX:MaxNewSize=256m
设置新生代和老年代的比例：-XX:NewRatio=2
设置伊甸园和 Survivor 的比例：-XX:SurvivorRatio=8
设置栈内存：-Xss1m11、最后通过一系列操作完发现压测10几分钟后，还是会报内存溢出12、后面发现是因为忘了关察看结果树监听器，以前出现过业务返回数据过大导致内存溢出，这次避开了返回数据大小，忽略了返回数据个数，一般设计的sql语句查询行数超过1w，也会出现内存溢出，返回的个数太多也会出现内存溢出。我是设置的25万，忘了关查看结果树，所以导致报内存溢出的错误，后面关了就没有问题了。
关于oom内存溢出的其他知识补充1)问题原因：
用JMeter压测，有时候当模拟并发请求较大或者脚本运行时间较长时，JMeter会停止，报OOM(内存溢出)错误，原因是JMeter是一个纯Java开发的工具，内存由java虚拟机JVM管理，当内存回收不及时，堆内存不足时，就会报内存溢错误。内存泄露：应用使用资源之后没有及时释放，导致应用内存中持有了不需要的资源。内存溢出：应用的内存已经不能满足正常使用了，堆栈已经达到系统设置的最大值，进而导致崩溃。通常都是由于内存泄露导致堆栈内存不断增大，从而引发内存溢出。
对JMeter而言也是如此，JMeter测试过程中，如果内存溢出的话，一般会出现上图中的提示：java.lang.OutOfMemoryError: Java heap space：意思就是堆内存溢出，不够用了2)解决方法
知道了报错出现的原因是因为堆内存大小不足引起的，自然而然就会想到内存溢出的解决方法：调整堆内存大小。
步骤(以Windows系统为例，Linux系统类似)：
1、打开jmeter.bat文件，按关键字“HEAP”搜索，把原来的配置改为如下：
修改前：
if not defined HEAP (
rem See the unix startup file for the rationale of the following parameters,
rem including some tuning recommendations
set HEAP=-Xms1g -Xmx1g -XX:MaxMetaspaceSize=256m
)
修改后：
if not defined HEAP (
rem See the unix startup file for the rationale of the following parameters,
rem including some tuning recommendations
set HEAP=-Xms512m -Xmx4000m
set NEW=-XX:NewSize=256m -XX:MaxNewSize=512m
)
set HEAP=-Xms512m -Xmx4000m：调整堆内存的大小
set NEW=-XX:NewSize=256m -XX:MaxNewSize=512m：调整堆内存中新生带的大小
注意：
这个值不是越大越好，要根据压测使用的机器而定，一般而言，堆内存的最大值不要超过物理内存的一半，否则容易导致jmeter运行变慢、卡顿甚至内存溢出(因为java本身的垃圾回收机制是动态分配内存，调整的时候其本身会占用很多内存)，NEW分配的内存，不宜太大。
2、修改完成后保存，重启JMeter，即可生效。3)小结
1、这种修改堆大小的方法只适用一部分情况，并不是万能的，当需要模拟的线程数较大时，就需要根据具体情况采用分布式压测的方式了。
2、命令行运行JMeter时，一定要禁用：查看结果树、聚合报告等监听器，因为真的真的真的很消耗内存。