优化tomcat配置(从内存、并发、缓存4个方面)优化

Tomcat内存优化

Tomcat内存优化主要是对 tomcat 启动参数优化，我们可以在 tomcat 的启动脚本 catalina.sh 中设置 java_OPTS 参数。 
JAVA_OPTS参数说明 
-server 启用jdk 的 server 版； 
-Xms Java虚拟机初始化时的最小内存； 
-Xmx java虚拟机可使用的最大内存； 
-XX: PermSize 内存永久保留区域 
-XX:MaxPermSize 内存最大永久保留区域 
服务器参数配置

现公司服务器内存一般都可以加到最大2G ，所以可以采取以下配置：

JAVA_OPTS="-Xms1024m -Xmx2048m -XX: PermSize=256M -XX:MaxNewSize=256m -XX:MaxPermSize=256m"

或

JAVA_OPTS="-server -Xms2048m -Xmx6144m" 

配置完成后可重启Tomcat 。

Tomcat并发优化

[调整连接器connector的并发处理能力]

其中和最大连接数相关的参数为maxProcessors 和 acceptCount 。如果要加大并发连接数，应同时加大这两个参数。

web server允许的最大连接数还受制于操作系统的内核参数设置，通常 Windows 是 2000 个左右， Linux 是 1000 个左右。

protocol：Tomcat 8 设置 nio2 更好：org.apache.coyote.http11.Http11Nio2Protocol（如果这个用不了，就用下面那个），Tomcat 6、7 设置 nio 更好：org.apache.coyote.http11.Http11NioProtocol

maxThreads 客户请求最大线程数 ，表示tomcat所能创建的最大线程数，即tomcat的最大并发能力，tomcat7中默认是200。
minSpareThreads Tomcat初始化时创建的 socket 线程数 ,表示定义最低数量的进程处于运行中，即表示在tomcat启动后，预先生成这样数量的线程等待用户的接入，有点类似httpd中的prefork模式中预先生成一些进程来等待接受请求。
maxSpareThreads Tomcat连接器的最大空闲 socket 线程数 ，表示如果空闲的进程多于这个值，那就把多余的线程中止来释放资源。
enableLookups 若设为true, 则支持域名解析，可把 ip 地址解析为主机名， 一般都应该设置为false。
redirectPort 在需要基于安全通道的场合，把客户请求转发到基于SSL 的 redirectPort 端口 
acceptAccount ，默认值100：监听端口队列最大数，满了之后客户请求会被拒绝（不能小于maxSpareThreads ） ，tomcat的的处理能力达到maxThreads设定的值后，接下来的连接放入acceptCount设定的队列中，tomcat7中默认是100。
connectionTimeout 通常3000毫秒：连接超时 
minProcessors ，默认值10：服务器创建时的最小处理线程数 
maxProcessors ，默认值75：服务器同时最大处理线程数 
URIEncoding URL统一编码

[Tomcat缓存优化]

compression 打开压缩功能 ，是否启用压缩功能，on为启用，off为禁用，默认是off。启用压缩功能能节约带宽，但会占用更多的cpu资源，这个视实际情况而定到底是否启用压缩功能，在实际环境中压缩的功能一般放在前端的httpd或nginx上来处理。

compressionMinSize 启用压缩的输出内容大小，这里面默认为2KB 
compressableMimeType 压缩类型 
connectionTimeout 定义建立客户连接超时的时间. 如果为 -1, 表示不限制建立客户连接的时间

参考网络对服务器做过如下配置，拿出来分享下：

<Connector port="9027"
　　protocol="HTTP/1.1"
　　maxHttpHeaderSize="8192"
　　maxThreads="1000"
　　minSpareThreads="25"
　　maxSpareThreads="75"
　　enableLookups="false"
　　compression="on"
　　compressionMinSize="2048"
　　compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
　　connectionTimeout="20000"
　　URIEncoding="utf-8"
　　acceptCount="200"
　　redirectPort="8443"
　　disableUploadTimeout="true" />

后来发现在访问量达到3 百万多的时候出现性能瓶颈，更改后的配置

<Connector port="9027"
　　protocol="HTTP/1.1"
　　maxHttpHeaderSize="8192"
　　maxThreads="1000"
　　minSpareThreads="100"
　　maxSpareThreads="1000"
　　minProcessors="100"
　　maxProcessors="1000"
　　enableLookups="false"
　　compression="on"
　　compressionMinSize="2048"
　　compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"
　　connectionTimeout="20000"
　　URIEncoding="utf-8"
　　acceptCount="1000"
　　redirectPort="8443"
　　disableUploadTimeout="true"/>