tomcat性能优化
环境准备
- 压测工具jmeter5.1.1或者postman
- jvm监控工具、java自带的jconsole或者jprofile
- tomcat7.0
优化思路
- jvm调优
- 调整永久带、年轻代以及老年代的比例
在应用稳定运行时,统计堆中存活类的大小,取多个时间的求均值,可以用jconsle来观察
[外链图片转存失败(img-HNYGdhXi-1565711955821)(https://i.loli.net/2019/08/13/JOifVlzRWbBK5sX.png)]
年轻代:堆存活类大小的1-1.5倍
老年代:堆存活类的2-3倍
永久带:堆存活类的1.2-1.5倍
-Xms:最小堆内存
-Xmx:最大对内存
-Xmn:新生代
-XX:PermSize:永久带
-XX:MaxPermSize:永久带最大内存
-XX:+UseConcMarkSwapGC:使用CMS GC回收工具
- 垃圾回收器的选用决定因素
1、应用程序的场景
2、硬件的制约
3、吞吐量的需求
串行垃圾回收是最简单的也是效率最低的,如果只是控制台的单线程程序,简单任务,并且机器配置不高,推荐使用。
并行垃圾回收器是64bit server默认的垃圾回收器,一般我们工作和生产上默认不配置,都是并行垃圾回收。对于一般的不要求吞吐的应用,并且硬件资源不是太充足的情况下,并行垃圾回收器差不多能满足需求。
CMS垃圾回收器是对并行垃圾回收器的一个优化,它以CPU和系统资源为代价,换取GC的延迟。不会一GC就STW,而是根据情况STW。一定程度上是资源换取速度。
G1垃圾回收器是针对于大heap的垃圾回收器,如果heap分配的足够大,分的region的优先级回收策略会优先清理垃圾多的region.并且减少了内存空间碎片,分配大对象时不会因为无法找到连续内存空间而提前触发下一次GC。
垃圾回收器的选用转载自https://blog.csdn.net/high2011/article/details/80177473
- connector的http协议选择
tomcat7以后默认是非阻塞io,非阻塞io的性能要高于阻塞io。
在server.xml里,Connector标签下的protocol配置如下:
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
- 配置线程池
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
maxThreads="150" minSpareThreads="4"/>
根据机器性能以及应用需要,配置maxThreads和minSpareThreads这两个参数。
maxThreads:最大线程数
minSpareThreads:核心线程数,初始化时就创建
- 如不需要,可以不记录access日志
例如微服务项目,web有nginx做负载,这里的access可以关闭,直接注释掉
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log" suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
- ajp是tomcat用来做集群的,一般不需要也可以不初始化。
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
FAQ
- 为什么优化前后的压测数据?
这里没有具体的压测数据做支撑,目前在本机压测的数据并不具有代表性,所以没有把压测数据贴出来,只是写了相关的思路。