Tomcat、JDK优化配置

woxio770

　　一、Tomcat内存优化：
　　JAVA_OPTS='-server -Xms2048m -Xmx4096m -XX:PermSize=256m -XX:MaxPermSize=256m -XX:NewSize=256m -XX:MaxNewSize=512m'
　　JAVA_OPTS参数说明
　　-server  启用jdk 的 server 版；
　　-Xms    java虚拟机初始化时的最小内存；
　　-Xmx   java虚拟机可使用的最大内存；
　　-XX:PermSize    内存永久保留区域
　　-XX:MaxPermSize   内存最大永久保留区域
　　二、Tomcat并发优化
　　1.Tomcat连接相关参数
　　在Tomcat 配置文件 server.xml 中的 <Connector ... /> 配置中
　　1.参数说明
　　maxThreads：Tomcat使用线程来处理接收的每个请求。表示最多同时处理多少个连接。
　　这个值表示Tomcat可创建的最大的线程数。默认值200。 可以根据机器的时期性能和内存大小调整，一般可以在400-500。最大可以在800左右。
　　minSpareThreads：Tomcat初始化时创建的线程数。表示即使没有人使用也开这么多空线程等待。默认值4
　　maxSpareThreads：一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。默认值50。 
　　minProcessors：最小空闲连接线程数，用于提高系统处理性能，默认值为 10
　　maxProcessors：最大连接线程数，即：并发处理的最大请求数，默认值为 75
　　acceptCount：指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理，返回拒绝连接。
　　允许的最大连接数，应大于等于 maxProcessors ，默认值为 100
　　enableLookups：是否反查域名，取值为： true 或 false 。为了提高处理能力，应设置为 false
　　connectionTimeout：网络连接超时，单位：毫秒。设置为 0 表示永不超时，这样设置有隐患的。通常可设置为 30000 毫秒。
　　maxKeepAliveRequests ：保持请求数量，默认值100。
　　bufferSize：输入流缓冲大小，默认值2048 bytes。
　　compression：压缩传输，取值on/off/force，默认值off。
　　其中和最大连接数相关的参数为maxProcessors 和 acceptCount 。如果要加大并发连接数，应同时加大这两个参数。
　　web server允许的最大连接数还受制于操作系统的内核参数设置，通常 Windows 是 2000 个左右， Linux 是 1000 个左右。
　　三、JDK监控：使用Jconsole监控
　　在需要监控的tomcat_home/bin/catalina.sh(linux)文件中添加下面语句：JAVA_OPTS=”$JAVA_OPTS -Dcom.sun.management.jmxremote.port=8089
　　-Dcom.sun.management.jmxremote.ssl=false
　　-Dcom.sun.management.jmxremote.authenticate=false”
　　设置一个新的端口号。然后在本机dos下输入Jconsole命令，弹出“JAVA 监视和管理控制台”,如果是远程监视，就输入: ,这个port就上上面配置的8089，然后再输入远程主机的用户名跟口令，就可以监控啦。
　　传说这里面还可以加一句话”-Djava.rmi.server.hostname=192.168.1.80″ 没有试过 ⊙﹏⊙b汗 先拷贝上一句话，留作记忆：
　　四、Tomcat缓存优化
　　1.参数说明
　　c ompression 打开压缩功能
　　compressionMinSize 启用压缩的输出内容大小，这里面默认为2KB
　　compressableMimeType 压缩类型
　　connectionTimeout 定义建立客户连接超时的时间. 如果为 -1, 表示不限制建立客户连接的时间
　　2.Tomcat中的配置示例
　　<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\"/>
　　4.参考配置
　　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 百万多的时候出现性能瓶颈。
　　2.更改后的配置
　　<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\"/>
　　性能有待观察中 ……