nginx到tomcat有大量CLOSE_WAIT状态连接

最新推荐文章于 2025-06-29 19:36:46 发布
原创 最新推荐文章于 2025-06-29 19:36:46 发布 · 1.7k 阅读 · 5 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#nginx #tomcat #CLOASE_WAIT #TCP #Linux

nginx到tomcat有大量CLOSE_WAIT状态连接

  1. 原因总结：

    1. 资源未及时释放

      1. 数据库连接未及时释放，数据库连接池满后新的请求阻塞:https://blog.csdn.net/yu616568/article/details/44677985

      2. httpclient创建的socket连接未及时释放，连接池占用满：https://blog.csdn.net/zhang4852898/article/details/91607636

        如：当Server的后端用client类别连到Remote端，连线逾时遭到Remote端断线，此时被动关闭连线时，后端若没处理好关闭，就会造成CLOSE_WAIT

      3. 代码中存在线程锁但执行玩后未及时释放，新的请求阻塞：https://blog.csdn.net/q512224549/article/details/89483432

    2. nginx配置引用lua脚本获取资源延迟，客户端主动断开了连接：https://www.cnblogs.com/husbandmen/p/1011

最低0.47元/天 解锁文章

200万优质内容无限畅学
Linux系统大量的TIME_WAIT、CLOSE_WAIT连接问题解决
悦分享
01-02 837
对于基于TCP的HTTP协议，关闭TCP连接的是Server端，这样，Server端会进入TIME_WAIT状态，可 想而知，对于访 问量大的Web Server，会存在大量的TIME_WAIT状态，假如server一秒钟接收1000个请求，那么就会积压 240*1000=240，000个 TIME_WAIT的记录，维护这些状态给Server带来负担。也就是说HTTP的交互跟上面画的那个图是不一样的，关闭连接的不是客户端，而是服务器，所以web服务器也是会出现大量的TIME_WAIT的情况的。
NGINX + TOMCAT出现大量的TIME-WAIT状态的TCP连接解决
weixin_33696106的博客
04-27 3109
2019独角兽企业重金招聘Python工程师标准>>> ...
TCP状态迁移，CLOSE_WAIT & FIN_WAIT2 的问题解决
02-18
对于服务器挂起中的CLOSE_WAIT & FIN_WAIT2 解决方案。
Tomcat 部署java项目大量close_wait导致项目假死
壹道
04-23 1万+
情况说明： 近期项目经常出现负载压力过大的情况，导致项目可以访问但是无法做数据查询操作。 项目部署在两台服务器上，通过nginx 通过ip_hash 机制做分发。而其中一台经常会出现连接数过大导致项目假死的情况。 前期出现无法连接数据库的情况，更改过连接池后此问题不再出现。 问题排查： 1、查看log日志，找寻错误是否有报错。排查于此无关。 2、排查是否为内存溢出导致，经查询后与内存无关。 3...
Tomcat服务概述
最新发布
m0_58259081的博客
06-29 1079
Tomcat是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。
Tomcat,Apache等Web中间件有大量 CLOSE_WAIT
圈儿的专栏
02-01 7720
以Tomcat为例，大家可以用ps -ax找到java进程的进程id 然后用lsof -p 进程Id查看该进程下的文件描述符，会发现有很多CLOSE_WAIT 这样的后果是大量占用文件描述符，导致文件描述符耗尽。当文件描述符耗尽时tomcat会大量的不间断的报Too many open files，而且会导致tomcat失去回应，CPU 使用量 快速提高 
tomcat close_wait状态过多的处理方法
Drosssse的博客
05-09 1万+
公司在重新安装应用服务器之后，tomcat+nginx+redis之后，tomcat跑一段时间之后，差不多半个小时之后，就会服务挂掉。这个时候其实自己也不知道原因出在哪里，然后就开始看tomcat的catalina.out的日志，发现有许多内存溢出。其次，使用了netstat -lanput|grep java 发现了该服务器的close_wait状态特别多，当java的子进程达到了server....
tomcat6.0的大量CLOSE_WAIT解决方案
bubaxiu的专栏
07-20 5253
转载自：点击打开链接
TCP协议四次挥手过程-TIME_WAIT-CLOSE_WAIT状态的作用-大量出现如何处理？
weixin_37841366的博客
10-25 4294
TCP协议四次挥手过程 TIME_WAIT状态 被动关闭方发送FIN（第三次挥手），并等待主动关闭方返回ACK(第四次挥手) 若最终ACK丢失(第四次挥手失败)，被动关闭方将重新发送FIN(第三次挥手)，主动关闭方必须维护状态信息TIME_WAIT,保证自己可以接收，然后再重发最终ACK.不能让主动方发送完报文以后立马进入CLOSE状态 TIME_WAIT状态所带来的问题 主动断开方处于TIME_WAIT状态时，源端口无法使用 端口最大数是65535，因此如果频繁主动断开TCP连接，将很快耗.
生产Nginx现大量TIME-WAIT，连接耗尽，该如何处理？
z1ztai的博客
03-10 1482
keepalive 这个参数一定要小心设置，尤其对于QPS比较高的场景，推荐先做一下估算，根据QPS和平均响应时间大体能计算出需要的长连接的数量。比如前面10000 QPS和100毫秒响应时间就可以推算出需要的长连接数量大概是1000. 然后将keepalive设置为这个长连接数量的10%到30%。比较懒的同学，可以直接设置为keepalive=1000之类的，一般都OK的了。
使用Nginx进行代理，出现大量CLOSE WAIT状态的线程的处理方法
时间之沙
11-24 2833
问题背景： 在使用nginx进行代理下载文件的时候，发现有大量文件下载失败，使用lsof命令查看后，发现有大量的线程状态处理CLOSE WAIT的状态，导致占用了大量的线程，并且无法释放，所以需要及时的进行处理 解决思路： 方法一（从系统层面解决）： #vim /etc/sysctl.conf 增加 net.ipv4.tcp_keepalive_time=30 net.ipv4.tcp_keepalive_probes=2 net.ipv4.tcp_keepalive_intvl=2 #sysctl -p
apache2.2+tomcat6.0的大量CLOSE_WAIT问题
u010120915的专栏
04-11 612
  问题描述：web前台页面打开很慢，慢的结果是，缓冲了25分钟左右页面打不开，大量close_wait假死等待关闭，导致请求堆积，出现超时错误访问超时报错如图（1）。  图（1）   环境工具：A.  服务器硬件信息                   型号   DELL R1670                   CPU   Intel 四核/颗 X 2颗    ...
nginx升级版本导致的CLOSE_WAIT异常
LT_lover的专栏
08-19 4296
背景： 在 nginx上添加 http模块（C++），添加的 http模块调用配置文件中配置好的动态库程序（C++），动态库程序实现业务代码。最近需要用到 nginx比较高版本的镜像流量的功能，但是我们线上 nginx版本比较低，所以需要进行 nginx版本升级。 问题： 升级 nginx版本后（1.8 -> 1.16），上游请求 nginx服务会随机超时，在 nginx服务机器...
服务器大量tcp close_wait
u014203449的博客
10-11 1599
线上碰到服务器 大量tcp连接处于close_wait状态，tomcat处于假死状态，即tomca在运行，但不能访问。因为tcp连接耗尽了。 查询tcp连接数和状态：netstat -an|awk '/^tcp/{++S[$NF]}END{for (a in S)print a,S[a]}' 查询端口监听的tcp连接 netstat -anp |grep 8080 按tcp协议来说，客户端发送关闭连接消息，服务端会进入close_wait状态，服务端处理完后会自动进入last_ack状态，...
服务器出现大量close_wait，我们来说说到底是怎么回事？（以tomcat为例）
weixin_30565327的博客
05-28 1684
一、问题描述 最近一直忙得很，好久没写博客。前两天，微信收到个好友申请，说是想问问close_wait的事情。 找他问了些详细信息，大概了解到，他们后端服务是tomcat 7， jdk 7，centos，传统的spring + hibernate + spring mvc 结构。 业务不清楚，客户端主要是微信小程序。 目前的症状就是，服务器上有大量的close_wait状态的连接...
tomcat 中close_wait 不释放导致tomcat频繁假死
热门推荐
zhang4852898的博客
06-12 1万+
tomcat 中close_wait 不释放导致tomcat频繁假死遇到的问题报错信息解决方案 遇到的问题 最近自己做了一个小程序项目发现在发布后tomcat 过一段时间后就假死，一开始查询了了用户量发现用户一天登陆3000+以为是用户量的问题，我修改了tomcat 配置，增大了访问量的线程，可是发现到了晚上有挂了，查询线程后发现，连接被close_wait 沾满，且close_wait 不断增加...
Tomcat 假死原因分析
coder 的历程
11-01 1138
                                           Tomcat 假死原因分析报告       最近监控服务发现有台tomcat 的应用出现了无法访问的情况 ，由于已做了集群，基本没有影响线上服务的正常使用。下面来简单描述该台tomcat当时具体的表现：客户端请求没有响应，查看服务器端tomcat 的java 进程存活，查...
再谈应用环境下的TIME_WAIT和CLOSE_WAIT
coder 的历程
11-02 232
zhuan:http://blog.csdn.net/shootyou/article/details/6622226 昨天解决了一个HttpClient调用错误导致的服务器异常，具体过程如下： http://blog.csdn.net/shootyou/article/details/6615051 里头的分析过程有提到，通过查看服务器网络状态检测到服务器有大量的CLOSE...
Tomcat一个BUG造成CLOSE_WAIT
chuozhuowl58075的博客
01-06 262
之前应该提过，我们线上架构整体重新架设了，应用层面使用的是Spring Boot，前段日子因为一些第三方的原因，略有些匆忙的提前开始线上的内测了。 然后运维发现了个问题，服务器的HTTPS端口有大量的CLOSE_WAIT： 我的第一反应是Spring boot有...
user nginx; worker_processes 1; #error_log /var/log/nginx/error.log notice; events { worker_connections 1024; } http { # Nginx 会根据mime type定义的对应关系来告诉浏览器如何处理服务器传给浏览器的这个文件，是打开还是下载 # 如果Web程序没设置，Nginx也没对应文件的扩展名，就用Nginx 里默认的 default_type定义的处理方式。 # mime type 和文件扩展名的对应关系一般放在 mime.types这个文件里，然后用 include mime.types; 来加载 # default_type application/octet-stream; #nginx默认文件类型 include mime.types; default_type application/octet-stream; #tomcat端出现大量TIME_WAIT：(http://lanjingling.github.io/2016/02/27/nginx-tomcat-time-wait/) # Nginx作为反向代理，长连接配置主要有三项， # upstream中的keepalive设置单个worker最大请求数， # 参数proxy_http_version 1.1强制转换为http1.1协议(默认支持长连接)， # proxy_set_header Connection将请求头部connection为空(http1.0请求默认connection头部为close)。 # NGINX + TOMCAT出现大量的TIME-WAIT状态的TCP连接解决 # http://nginx.org/en/docs/http/ngx_http_upstream_module.html # For HTTP, the proxy_http_version directive should be set to “1.1” and the “Connection” header field should be cleared: #tomcat端出现大量TIME_WAIT 解决方案 #测试1: # jmeter配置：线程数设置成5,Ramp-up时间(秒)设置成1,循环次数设置成永远 # 在没有配置任何相关的keepalive之前,服务端ngnix到tomcat大约3分钟TCP的TIME_WAIT的总数会增长到一万多; #测试2: # jmeter配置：线程数设置成5,Ramp-up时间(秒)设置成1,循环次数设置成永远 # 配置keepalive后,其中upstream proxy_tomcat中keepalive设置为2048,6分钟服务端ngnix到tomcat的TCP的TIME_WAIT的总数最高1000多; #测试3: # jmeter配置：线程数设置成5,Ramp-up时间(秒)设置成1,循环次数设置成永远 # 配置keepalive后,其中upstream proxy_tomcat中keepalive设置为4092,6分钟服务端ngnix到tomcat的TCP的TIME_WAIT的总数最高800左右; #参考连接： # # http://nginx.org/en/docs/http/ngx_http_upstream_module.html # 1.http://lanjingling.github.io/2016/02/27/nginx-tomcat-time-wait/ # 2.https://blog.csdn.net/LL845876425/article/details/97621365 # 3.https://blog.csdn.net/weixin_43944305/article/details/109487968 #参数说明(keepalive_timeout): #用途:保持客户端client(浏览器,需要http客户端打开浏览器keep-alive参数)到nginx的连接是长连接 #配置:设置keep-alive客户端连接在务器端保持开启的超时时间(默认75s);值为0会禁用keep-alive客户端连接 keepalive_timeout 120s; #参数说明(keepalive_requests): #用途:保持客户端client(浏览器,需要http客户端打开浏览器keep-alive参数)到nginx的连接是长连接 #配置: # 设置每个连接的最大请求次数,超过这个次数就会关闭该连接建立新的连接。默认是100.指一个 # keep alive建立之后，nginx就会为这个连接设置一个计数器，记录这个keep alive的长连接上已经 # 接收并处理的客户端请求的数量。如果达到这个参数设置的最大值时，则nginx会强行关闭这个长连接， # 逼迫客户端不得不重新建立新的长连接。 keepalive_requests 10000; #upstream proxy_nodejs { #用server定义http地址 #server nodejs:9090; #参数说明(keepalive): #用途:保持nginx到server的连接是长连接 #配置:设置 worker 进程和后端服务器之间保持空闲连接的最大值，如果空闲连接数大于这个值，将会关闭使用最少的连接，默认值为0 #keepalive 2048; #} # upstream proxyTomcat { #用server定义http地址 #server 192.168.10.105:8087; #参数说明(keepalive): #用途:保持nginx到server的连接是长连接 #配置:设置 worker 进程和后端服务器之间保持空闲连接的最大值，如果空闲连接数大于这个值，将会关闭使用最少的连接，默认值为0 #keepalive 4092; #} server { listen 80; add_header Access-Control-Allow-Origin *; add_header Access-Control-Allow-Headers X-Requested-With; add_header Access-Control-Allow-Methods GET,POST,OPTIONS; location /siweidjfa/ { proxy_pass http://$NGINX_TOMCAT_IPADDRESS; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } #location / #{ # #通过代理将请求发送给upstream命名的http服务 # proxy_pass http://$NGINX_TOMCAT_IPADDRESS; # # #参数说明(proxy_http_version): # #用途:保持nginx到server的连接是长连接 # #配置:设置 HTTP 请求协议，要确保是 HTTP 1.1 的长连接协议 # proxy_http_version 1.1; # # #参数说明(proxy_set_header): # #用途:保持nginx到server的连接是长连接 # #配置:清空 Connection 请求头，避免客户端传递短连接的请求头信息 # proxy_set_header Connection ""; # # #参数说明(keepalive_timeout): # #用途:保持nginx到server的连接是长连接 # #配置:设置keep-alive客户端连接在服务器端保持开启的超时时间(默认75s);值为0会禁用keep-alive客户端连接 # keepalive_timeout 150s; # # #参数说明(keepalive_requests): # #用途:保持nginx到server的连接是长连接 # #配置: # # 设置每个连接的最大请求次数,超过这个次数就会关闭该连接建立新的连接。默认是100.指一个 # # keep alive建立之后，nginx就会为这个连接设置一个计数器，记录这个keep alive的长连接上已经 # # 接收并处理的客户端请求的数量。如果达到这个参数设置的最大值时，则nginx会强行关闭这个长连接， # # 逼迫客户端不得不重新建立新的长连接。 # keepalive_requests 100000; # #} } } 启动报错
05-23
### 解决 Nginx 启动报错问题：`invalid number of arguments in "proxy_set_header" directive` 当遇到 `nginx: [emerg] invalid number of arguments in "proxy_set_header" directive` 报错时，通常是由于配置...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值