Nginx与Tomcat性能调优，前后端KeepAlive不同步引发的问题_nginx和tomcat的keepalive timeout

作者：你好赵伟 | 2024-06-18 02:52:34

踩

nginx和tomcat的keepalive timeout

在http1.1中可以配置服务器端开启keepalive与客户端保持长连接进行优化，这里不过多解释。

我们在nginx.conf配置


    upstream favtomcat {
       server 192.168.80.112:8080;
       keepalive 20;
    }


keepalive_timeout  65s;
keepalive_requests 100;

keepalive_timeout：65s ##设置nginx开启keepalive，超时时间为65秒，也就是说：如果客户端65秒内没有后续的请求过来，nginx就会断掉这个TCP连接，设置为0表示禁用keepalive。

keepalive_requests :100 ##设置长连接能够处理请求的次数，100表示：一个长连接nginx最多处理100次请求就会关闭。

keepalive : 20 ##这个值必须设置，默认为0. 设置每个worker可以保持长连接空闲时的最大连接数。

这里需要特别解释一下，假设nginx有100个请求需要访问Tomcat，那么会建立100个连接，如果双方都支持keepalive，那么这100个连接都是长连接（可以复用那种的），当请求结束后，nginx会立马销毁 80个（100-20），只剩下20个长连接，这20个长连接在Tomcat的keepAliveTimeout时间到期后由Tomcat方关闭。

Tomcat的 keepAliveTimeout这个值可以设置大一些，性能会很好，比如设置个10分钟，20分钟的。

完事大吉，我们来测试。

192.168.80.110 Nginx

192.168.80.112 Tomcat

192.168.80.1 客户端Chrome浏览器

我们在浏览器疯狂刷新Nginx ，为了让浏览器启动最多的连接，我放了一大推的图片，并且图片URL后面加随机数，防止浏览器缓存。

接下来我们通过命令 netstat -ntp | grep nginx 查看服务器TCP连接的情况，后面加了grep nginx是只看nginx的tcp连接。

可以看到浏览器启动了6个TCP连接来与加载资源，无论我们怎么刷新，连接数都不会变，这就是因为使用了Keeplive，所有的连接可以进行复用（请求多个资源），如果把nginx的keepalive设置为0，每次刷新都会使用新的TCP连接，这里会出现大量TIME-WAIT的连接。

上图可以看到，客户端已经与nginx启动了keepalive，复用TCP连接，起到了很大优化，看起来似乎很完美，但是让我们在tomcat的服务器上看看tcp连接情况。我们使用命令 netstat -ntp

192.168.80.112 tomcat服务器上的截图，我只截取了一部分，实际出现大量的TIME_WAIT的tcp连接。也就是说客户端与nginx连接时确实是用了keeplive，但是nginx与tomcat的连接却没有启动keeplive，每一次请求都新建一个tcp，用完一次就关闭没有复用，所以出现了大量的TIME_WAIT的TCP连接，如果流量稍微大一些tomcat服务器会因为tcp资源耗尽而宕机。