2.Tomcat优化

Tomcat优化

• Tomcat默认安装下的缺省配置并不适合生产环境，它可能会频繁出现假死现象需要重启，只有通过不断压测优化才能让它最高效率稳定的运行。
• 优化主要包括三方面，
• 分别为
  • 操作系统优化（内核参数优化）
  • Tomcat配置文件参数优化
  • Java虚拟机（JVM）调优

配置文件优化

常用的优化相关参数	说明
redirectPort	如果某连接器支持的协议是HTTP，当接收客户端发来的HTTPS请求时，则转发至此属性定义的 8443 端口
maxThreads	Tomcat使用线程来处理接收的每个请求，这个值表示Tomcat可创建的最大的线程数，即支持的最大并发连接数，默认值是 200
minSpareThreads	最小空闲线程数，Tomcat 启动时的初始化的线程数，表示即使没有人使用也开这么多空线程等待，默认值是 10
maxSpareThreads	最大备用线程数，一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。默认值是-1（无限制）。一般不需要指定
processorCache	进程缓冲器，可以提升并发请求。默认值是200，如果不做限制的话可以设置为-1，一般采用maxThreads的值或者-1
URIEncoding	指定 Tomcat 容器的 URL 编码格式，网站一般采用UTF-8作为默认编码
connnectionTimeout	网络连接超时，单位：毫秒，设置为 0 表示永不超时，这样设置有隐患的。通常默认 20000 毫秒就可以
enableLookups	是否反查域名，以返回远程主机的主机名，取值为：true 或 false，如果设置为 false，则直接返回 IP 地址，为了提高处理能力，应设置为 false
disableUploadTimeout	上传时是否使用超时机制。应设置为 true
connectionUploadTimeout	上传超时时间，毕竟文件上传可能需要消耗更多的时间，这个根据你自己的业务需要自己调，以使Servlet有较长的时间来完成它的执行，需要与上一个参数一起配合使用才会生效
acceptCount	指定当所有可以使用的处理请求的线程数都被使用时，可传入连接请求的最大队列长度，超过这个数的请求将不予处理，默认为 100 个
maxKeepAliveRequests	指定一个长连接的最大请求数。默认长连接是打开的，设置为1时，代表关闭长连接；为-1时，代表请求数无限制
compression	是否对响应的数据进行GZIP压缩，off：表示禁止压缩；on：表示允许压缩（文本将被压缩）、force：表示所有情况下都进行压缩，默认值为 off，压缩数据后可以有效的减少页面的大小，一般可以减小 1/3 左右，节省带宽
compressionMinSize	表示压缩响应的最小值，只有当响应报文大小大于这个值的时候才会对报文进行压缩，如果开启了压缩功能，默认值就是 2048
compressableMimeType	压缩类型，指定对哪些类型的文件进行数据压缩
noCompressionUserAgents=“gozilla, traviata”	对于以下的浏览器，不启用压缩 #如果已经进行了动静分离处理，静态页面和图片等数据就不需做 Tomcat 处理，也就不要在 Tomcat 中配置压缩了

vim /usr/local/tomcat/conf/server.xml




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


--71行--插入

minSpareThreads="50" 
enableLookups="false" 
disableUploadTimeout="true" 

acceptCount="300"                

maxThreads="500" 
processorCache="500"              ##一般与上面保持一致

URIEncoding="UTF-8" 
maxKeepAliveRequests="100"
compression="on" 
compressionMinSize="2048" 
compressableMimeType="text/html,text/xml,text/javascript,text/css,
                      text/plain,image/gif,image /jpg,image/png"/>

netstat -lntp | grep java

ps -T -p 71999 | wc -l            ##根据进程查看服务

系统内核优化

文件	参数
/etc/security/limits.conf	nofile （打开文件数） nproc （打开进程数） memlock（最大锁定内存地址空间） rss（最大持久设置大小）
/etc/sysctl/conf（网卡优化）	net.ipv4.tcp tw recycle = 1（开启TCP连接中TIME-WAIT sockets的快速回收） net.ipv4.tcp tw reuse = 1（允许将TIME-WAIT sockets重新用于新的TCP连接） net.ipv4.ip_local_port_range = 1024 65000 （外向连接的端口范围）

JVM优化

环境规格以 2C4G 为例

配置添加在 Tomcat 的 bin 目录下 catalina.sh 里，位置在 cygwin=false 前。

vim /usr/local/tomcat/bin/catalina.sh


......
JAVA_OPTS="$JAVA_OPTS -server -Xms2048m -Xmx2048m -Xmn768m 
-XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/usr/local/tomcat/temp/oom.hprof 
-XX:ParallelGCThreads=2 
-XX:PermSize=1024m 
-XX:MaxPermSize=1024m 
-Djava.awt.headless=true 
-XX:+DisableExplicitGC" 

cygwin=false

参数	说明
-server	一定要作为第一个参数，在多个CPU时性能佳
-Xms	堆内存的初始大小，是分配JVM的初始内存，默认为物理内存的1/64。一般来讲，此值设的大点，程序会启动的快一点
-Xmx	堆内存的最大大小，是分配JVM的最大内存，默认为物理内存的1/4。如果程序运行需要占用更多的内存，超出了这个设置值，就会抛出OutOfMemory异常
	默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制。 因此建议-Xms与-Xmx设成一样的值，均设为物理内存的一半。其目的是为了避免在java每次GC（垃圾回收机制清理堆区）后需要重新调整堆的大小而浪费资源。
-Xmn	堆内新生代的大小，通过这个值也可以得到老生代的大小：-Xmx减去-Xmn。官方推荐配置为整个堆的 3/8
	堆区进一步细化分为：新生代、中生代、老生代。 java中每新new一个对象所占用的内存空间就是新生代的空间，当java垃圾回收机制对堆区进行资源回收后，那些新生代中没有被回收的资源将被转移到中生代，中生代的被转移到老生代。 整个JVM堆大小 = 新生代大小 + 老生代大小 + 永久代大小
-Xss	设置每个线程可使用的内存大小，即栈的大小。一般情况下，设置256k就足够了，此配置将会影响此进程中并发线程数的大小
-XX:ParallelGCThreads	配置并行收集器的线程数，即：同时有多少个线程一起进行垃圾回收。当 CPU 数量小于8，此值建议配置等于 CPU 数量
-XX:PermSize	设置非堆内存初始值，即持久代内存大小，默认是物理内存的1/4
-XX:MaxPermSize	最大非堆内存的大小，即最大持久代内存大小，默认是物理内存的1/4
	非堆区内存是不会被java垃圾回收机制进行处理的，且最大堆内存与最大非堆内存的和不能超出操作系统的可用内存。 XMX和XMS设置一样大，MaxPermSize和MinPermSize设置一样大，这样可以减轻伸缩堆大小带来的压力
-XX:+HeapDumpOnOutOfMemoryError	表示当JVM发生OOM时，自动生成DUMP文件
-XX:HeapDumpPath	表示生成DUMP文件的路径
-XX:+UseParNewGC	对新生代采用多线程并行回收，缩短垃圾收集的时间
-XX:+UseConcMarkSweepGC	并发标记清除收集器，它是老年代的收集算法，缩短垃圾收集的时间
-XX:+DisableExplicitGC	禁止调用System.gc()，防止误调用gc方法导致系统的 JVM 大起大落而使系统响应时间严重降低
-Djava.awt.headless=true	免避在 Linux/Unix 环境下 Web 网页不能正常显示图片
-XX:+CMSParallelRemarkEnabled	启用并行标记，降低标记停顿
-XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0	这两个参数默认值就是这样的，表示触发FullGC时压缩堆，优化内存碎片
-XX:CMSInitiatingOccupancyFraction=70	在应用程序使用70％完内存后开始CMS垃圾收集

Tomcat优化

配置文件优化：maxThreads（最大进程数）

​ acceptCount（等待队列数）

​ processorCache（进程缓冲）

​ enableLookups（关闭DNS反向解析）

​ URIEncoding（设置字符集编码为UTF-8）

​ maxKeepAliveRequests（连接保持最大请求数）

​ compression（开启网页压缩）

​ connnectionTimeout（连接超时时间）

系统内核优化：

JVM优化：$JAVA_OPTS

-server 实现多和服务器性能最佳

-Xms2048m -Xmx2048m 设置堆内存初始值和最大值，一般为物理内存的1/2

-XX:PermSize=1024m -XX:MaxPermSize=1024m 设置非堆内存的初始值和最大值，一般为物理内存的1/4 ，可以减少堆内存和非堆内存经常发生伸缩波动，影响系统响应时间

-XX:ParallelGCThreads=2 设置并行垃圾回收线程数，提高垃圾回收效率

-XX:+HeapDumpOnOutOfMemoryError

-XX:HeapDumpPath=/usr/local/tomcat/temp/oom.hprof

设置进程发生OOM异常退出会进行DUMP备份

-XX:+DisableExplicitGC 禁止调用System.gc()，防止误调用gc方法导致系统的 JVM 大起大落而使系统响应时间严重降低

-XX:HeapDumpPath=/usr/local/tomcat/temp/oom.hprof

设置进程发生OOM异常退出会进行DUMP备份

-XX:+DisableExplicitGC 禁止调用System.gc()，防止误调用gc方法导致系统的 JVM 大起大落而使系统响应时间严重降低