设置catalina.bat中的JAVA_OPTS参数
在C:\zxin10\Was\tomcat\bin目录下,找到catalina.bat文件,打开它,在echo Using CATALINA_BASE: %CATALINA_BASE%之前,加上:
set JAVA_OPTS=%JAVA_OPTS% -server –Xms512m -Xmx1024m -XX:PermSize=256M -XX:MaxPermSize=512M
参数说明:
1.Xms:TOMCAT中JVM内存最小设置参数,建议修改为512M;
2.Xmx:TOMCAT中JVM内存最大设置参数,建议修改为1024M;
3.-XX:PermSize=256M 设置永久域(非堆内存)的初始值,默认是物理内存的1/64, 建议不要超过256M;
4.-XX:MaxPermSize=512M 设置永久域的最大值,默认是物理内存的1/4,建议修改为512M;
设置server.xml中的Connector参数
打开C:\zxin10\Was\tomcat\conf\server.xml文件,找到以下内容:
<!-- Define a non-SSL HTTP/1.1 Connector on port 8080 -->
<Connector port="8080" maxHttpHeaderSize="8192"
maxThreads="500" minSpareThreads="200" maxSpareThreads="300"
enableLookups="false" redirectPort="8443" acceptCount="200"
connectionTimeout="30000" disableUploadTimeout="true"
useBodyEncodingForURI="true"
URIEncoding="GBK" />
修改红色部分,port="8080"此端口请根据实际情况修改;修改maxThreads=“500”,修改minSpareThreads=“200”,修改maxSpareThreads=“300”,修改acceptCount=“100”,修改connectionTimeout=“30000”。
参数说明:
1.maxThreads:设定在监听端口的线程的最大数目,这个值也决定了服务器可以同时响应客户请求的最大数目。默认值为150,建议修改为500以上;
2.minSpareThreads:
3.acceptCount:当所有可以使用的处理请求的线程都被用光时,可以放到处理队列中的请求数,超过这个数的请求将不予处理,而返回Connection refused错误,建议修改为200;
4.connectionTimeout:等待超时的时间数(以毫秒为单位),设置为0表示永不超时,这样设置有隐患的,建议修改为20000以上;
以上四个参数请根据实际条件修改。
乱码
在disableUploadTimeout="true"之后 加入useBodyEncodingForURI=“true” URIEncoding=“GBK”,以防止页面出现乱码。
请同时修改:
在最后加入useBodyEncodingForURI=“true” URIEncoding=“GBK”,以防止页面出现乱码。
压缩
Tomcat有一个通过在server.xml配置文件中设置压缩的选项。压缩可以在connector像如下设置中完成,
<Connector port="8080"protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8181"compression="500"
compressableMimeType="text/html,text/xml,text/plain,application/octet-stream"/>
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8181" compression="500"
compressableMimeType="text/html,text/xml,text/plain,application/octet-stream" />
在前面的配置中,当文件的大小大于等于500bytes时才会压缩。如果当文件达到了大小但是却没有被压缩,那么设置属性compression=“on”。否则Tomcat默认设置是“off”。接下来我们将看看如何调优数据库。
Tomcat IO优化
1:同步阻塞IO(JAVA BIO) 同步并阻塞,服务器实现模式为一个连接一个线程(one connection one thread 想想都觉得恐怖,线程可是非常宝贵的资源),当然可以通过线程池机制改善.
2:JAVA NIO:又分为同步非阻塞IO,异步阻塞IO 与BIO最大的区别one request one thread.可以复用同一个线程处理多个connection(多路复用).
3:,异步非阻塞IO(Java NIO2又叫AIO) 主要与NIO的区别主要是操作系统的底层区别.可以做个比喻:比作快递,NIO就是网购后要自己到官网查下快递是否已经到了(可能是多次),然后自己去取快递;AIO就是快递员送货上门了(不用关注快递进度)。
BIO方式适用于连接数目比较小且固定的架构,这种方式对服务器资源要求比较高,并发局限于应用中,JDK1.4以前的唯一选择,但程序直观简单易理解.
NIO方式适用于连接数目多且连接比较短(轻操作)的架构,比如聊天服务器,并发局限于应用中,编程比较复杂,JDK1.4开始支持.
AIO方式使用于连接数目多且连接比较长(重操作)的架构,比如相册服务器,充分调用OS参与并发操作,编程比较复杂,JDK7开始支持.
在server.xml中
实现对Tomcat的IO切换.
大杀器APR
APR是从操作系统级别来解决异步的IO问题,大幅度的提高性能. (http://apr.apache.org/).
APR(Apache Portable Runtime)是一个高可移植库,它是Apache HTTP Server 2.x的核心.能更好地和其它本地web技术集成,总体上让Java更有效率作为一个高性能web服务器平台而不是简单作为后台容器.
在产品环境中,特别是直接使用Tomcat做WEB服务器的时候,应该使用Tomcat Native来提高其性能.如果不配APR,基本上300个线程狠快就会用满,以后的请求就只好等待.但是配上APR之后,并发的线程数量明显下降,从原来的300可能会马上下降到只有几十,新的请求会毫无阻塞的进来.
在局域网环境测,就算是400个并发,也是一瞬间就处理/传输完毕,但是在真实的Internet环境下,页面处理时间只占0.1%都不到,绝大部分时间都用来页面传输.如果不用APR,一个线程同一时间只能处理一个用户,势必会造成阻塞。所以生产环境下用apr是非常必要的.
安装Apache Tomcat Native Library,直接启动就支持apr(http://tomcat.apache.org/native-doc/)它本身是基于APR的. 具体安装方法可以参考其他博客和文章. 排除代码问题Tomcat优化到这个层次,可以应对大部分性能需求.
最后一句话"再牛B的服务器,也顶不住一个傻B的代码".优化的前提条件是良好的代码质量和设计.
禁用AJP连接器
AJP(Apache JServer Protocol)
AJPv13协议是面向包的。WEB服务器和Servlet容器通过TCP连接来交互;为了节省SOCKET创建的昂贵代价,WEB服务器会尝试维护一个永久TCP连接到servlet容器,并且在多个请求和响应周期过程会重用连接。
我们一般是使用Nginx+tomcat的架构,所以用不着AJP协议,所以把AJP连接器禁用。
在管理界面中看不到ajp了:
不错的文章:
http://www.cnblogs.com/ddcoder/articles/8284073.html
https://www.cnblogs.com/zhuawang/p/5213192.html