tomcat8性能优化

作者: He_Yifeng | 来源:发表于2018-11-27 11:54 被阅读1次

tomcat8性能优化
tomcat8性能优化
tomcat8 性能优化
Tomcat8史上最全优化实践
tomcat8 性能优化参考
Android性能优化 - 消除卡顿
Android性能优化 - 内存优化
前端性能优化（中）
前端性能优化（下）
Awesome Extra

工作中项目的原因，项目云上贵州服务器有时候支撑不起太高的并发量，而且又没那么快更换更优的服务器，所以只能从tomcat上去做一些优化了。

tomcat优化我是从两个地方入手，一个就是server.xml，还有一个就是catalina.sh。

server.xml

找到tomcat->conf下的server.xml

先来看一个tomcat的线程池，默认的：

<!--
    <Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
        maxThreads="150" minSpareThreads="4"/>
    -->

这里默认是注释掉的，我们修改为：

<Executor
      name="tomcatThreadPool" 
      namePrefix="catalina-exec-"
      maxThreads="900"
      minSpareThreads="100"
      maxSpareThreads="500"
      prestartminSpareThreads="true"
      maxQueueSize="300"
      />

maxThreads：最大并发数，默认为200，一般设置在600-900

minSpareThreads：最小备用线程数，tomcat初始化时创建的线程，默认为25

maxSpareThreads：最大备用线程数

prestartminSpareThreads：在Tomcat初始化的时候就初始化 minSpareThreads 的参数值，如果不等于 true，minSpareThreads的值就没啥效果了

maxQueueSize：最大的等待队列数，超过则拒绝请求

修改链接参数：
默认的是：

<Connector port="8080" protocol="HTTP/1.1"
    connectionTimeout="20000"
    redirectPort="8443" />

默认的是http协议的，我们这里先将tomcat设置成了https协议：

<Connector port="9090" 
      protocol="org.apache.coyote.http11.Http11Nio2Protocol"
      maxThreads="10000"
      SSLEnabled="true"
      scheme="https"
      secure="true"
      keystoreFile="cert/wtm-ssl.pfx"
      keystorePass="111"
      keystoreType="PKCS12"
      useBodyEncodingForURI="true"
      clientAuth="false"
      sslProtocol="TLS"
      connectionTimeout="20000"
      redirectPort="8443"

需不需要改成https协议按业务来分，在此基础上接着：

      executor="tomcatThreadPool"
      maxConnections="900"
      enableLookups="false"
      acceptCount="700"
      maxPostSize="10485760"
      disableUploadTimeout="true"
      compression="on"
      compressionMinSize="2048"
      maxProcessors="1000"
      minProcessors="5"         
      compressableMimeType="text/html,text/xml,text/plain,text/css,text/javascript,application/javascript"
      URIEncoding="UTF-8"
/>

首先要执行之前配置的tomcat线程池

maxConnections：最大连接数

enableLookups：禁用DNS查询，为了提高性能，设置为false

acceptCount：当线程数达到maxThreads后后续请求会被放入一个等待队列，这个acceptCount就是这个队列的大小，默认为100

maxPostSize：以FORM URL参数方式提交post请求，限制提交最大的大小，默认2097152字节（2M）

disableUploadTimeout：类似于Apache中的keeyalive一样,是否需要tomcat容器单独设置上传时间限制，这里是不用，还是使用标准的，不去给上传的附件单独做超时设置

compression：设置是否开启GZip压缩HTTP 压缩

compressionMinSize：启用压缩的输出内容大小，这里面默认为2KB

maxProcessors：线程共享地址空间

minProcessors：线程共享地址空间

compressableMimeType：需要压缩的类型

catalina.sh

在tomcat/bin/catalina.sh文件中，将下列添加到文件第一行：
如果服务器只运行一个tomcat

内存4G：

CATALINA_OPTS="-Dfile.encoding=UTF-8 -server -Xms2048m -Xmx2048m -Xmn1024m 
-XX:PermSize=256m -XX:MaxPermSize=512m -XX:SurvivorRatio=10 
-XX:MaxTenuringThreshold=15 -XX:NewRatio=2 -XX:+DisableExplicitGC"

内存8G：

CATALINA_OPTS="-Dfile.encoding=UTF-8 -server -Xms4096m -Xmx4096m -Xmn2048m 
-XX:PermSize=256m -XX:MaxPermSize=512m -XX:SurvivorRatio=10 
-XX:MaxTenuringThreshold=15 -XX:NewRatio=2 -XX:+DisableExplicitGC"

内存16G：

CATALINA_OPTS="-Dfile.encoding=UTF-8 -server -Xms8192m -Xmx8192m -Xmn4096m 
-XX:PermSize=256m -XX:MaxPermSize=512m -XX:SurvivorRatio=10 
-XX:MaxTenuringThreshold=15 -XX:NewRatio=2 -XX:+DisableExplicitGC"

内存32G：

CATALINA_OPTS="-Dfile.encoding=UTF-8 -server -Xms16384m -Xmx16384m -Xmn8192m 
-XX:PermSize=256m -XX:MaxPermSize=512m -XX:SurvivorRatio=10 
-XX:MaxTenuringThreshold=15 -XX:NewRatio=2 -XX:+DisableExplicitGC"

参数说明：

-Dfile.encoding：默认文件编码

-server：表示这是应用于服务器的配置，JVM 内部会有特殊处理的

-Xmx1024m：设置JVM最大可用内存为1024MB

-Xms1024m：设置JVM最小内存为1024m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

-Xmn1024m：设置JVM新生代大小（JDK1.4之后版本）。一般-Xmn的大小是-Xms的1/2左右，不要设置的过大或过小，过大导致老年代变小，频繁Full GC，过小导致minor GC频繁。如果不设置-Xmn，可以采用-XX:NewRatio=2来设置，也是一样的效果

-XX:NewSize：设置新生代大小

-XX:MaxNewSize：设置最大的新生代大小

-XX:PermSize：设置永久代大小

-XX:MaxPermSize：设置最大永久代大小

-XX:NewRatio=4：设置年轻代（Eden和两个Survivor）与终身代的比值（去除永久代）

-XX:MaxTenuringThreshold=10：设置垃圾最大年龄，默认为：15。如果设置为 0 的话，则年轻代对象不经过 Survivor 区，直接进入年老代。对于年老代比较多的应用，可以提高效率。

-XX:+DisableExplicitGC：这个将会忽略手动调用 GC 的代码使得 System.gc() 的调用就会变成一个空调用，完全不会触发任何 GC

JVM的垃圾回收机制：

jvm的内存分为2类，一个是perm型，一个是generation型。perm区域存放的是class这些静态信息，一般默认为64m，如果项目很大，有可能已启动就会报错：out of memory permsize。重新设置一下permsize就可以解决。

而generation区域，应用代码基本在这个区域活动，new的类都会在这个区域，而且jvm的绝大部分工作也在这里。大致理解一下：

这个区域区域包含新生代和老生代区域，所有new出来的会放置在新区域，而多次回收失败的一些一直被使用的实例则会被转移到老生代，所以新生代区域的活动很频繁。新生代内存不足会触发一次这个区域的GC---然后再到老生代GC---最后FULL GC。FULL GC代价很高，应尽量避免，尽量在newsize参数的这个区gc，一般配置 newsize分配到总内存1／4左右，－－－最终，如果full gc 还是内存不足，那就会引发out of memory 常见的那种。