记一次tomcat web应用压测调优

1. 前言

该tomcat web应用承担集团登录注册页面功能，对性能有一定要求，由于先前没有太多相关经验（只压测过一个dubbo服务），这次调得比较艰辛，便做个记录。

2. 调优过程

由于该次部署是两个不同团队的初次合作，起初没有给运维任何tomcat配置要求，同时也没留意去确认tomcat配置，这个导致了后续压测过程各种诡异的问题。

a.在压测初期，持续请求10分钟左右出现无请求进来，netstat查看的tomcat所在服务器存在大量CLOSE_WAIT的连接。
CLOSE_WAIT的连接一般是自己程序中缺少关闭连接等引起，但是查看程序也没发现哪里没有关闭，而且大多CLOSE_WAIT是与浏览器端的http协议下的tcp连接。后经运维排查是centos自身的BUG引起，升级到centos-release-6-6.el6.centos.12.2.x86_64后解决。

其中对于CLOSE_WAIT和TIME_WAIT的TCP连接起初一直不太理解是怎么出现，怎么解决，后查看TCP四次挥手断开连接了解了整个过程。

比如客户端应用程序发起CLOSE信息，服务端接收到后进入CLOSE_WAIT状态并做ACK，之后服务端程序发起CLOSE信息，客户端接收到之后进入TIME_WAIT，服务端收到客户端的ACK之后进入CLOSED状态，客户端TIME_WAIT需要等待到超时才进入CLOSED状态。

基于此，服务器端出现大量CLOSE_WAIT不是一个正常的状态，首先需要确认CLOSE_WAIT状态对方的IP，再查看这个IP对应的代码是否缺少关闭连接。
但是如果出现大量TIME_WAIT，不是太要紧，只要不占满句柄就行，如果真的占满了可以尝试修改内核TCP超时时间和TCP的TIME_WAIT重用。

b.然后压测500个并发出现connection timeout和read timeout，这种情况基本是在请求数超过了配置的最大值，一开始找运维排除nginx和vm的限流，然后再查看tomcat的限制，发现tomcat未配置最大线程数，默认情况最大线程数是200，最大等待队列100，然后修改tomcat的server.xml配置

<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol" connect