关于nginx造成大量TIME_WAIT导致web项目无法访问

最新推荐文章于 2023-02-12 19:05:10 发布
最新推荐文章于 2023-02-12 19:05:10 发布
阅读量2.2k 收藏
点赞数
分类专栏： 网络编程 Nginx 文章标签： nginx TIME_WAIT
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_33571718/article/details/71760701
版权

声明：本博文用于学习总结及工作心得



环境: Ubuntu 16.04 server nginx 1.10


最近搭建新服务器 使用的是Ubuntu 16.04 server；在搭建完毕以后运行web项目， 出现大量TIME_WAIT状态，

尝试过修改sysctl.conf配置文件，没有效果;使用netstat -ant (或者使用 ss -s)检查发现 造成TIME_WAIT状态的主要集中在nginx和tomcat

随后逐一关闭服务检查后发现 原因在于nginx;仔细检查配置文件，发现并没有什么问题；遂按照老服务器将nginx降级为nginx1.5.6,

完成后多次测试， 问题解决；至于原因现在暂时还不清楚， 以后会继续跟进该问题

关于如何降级为nginx1.5.6



_Hebrew
关注
专栏目录
记一次TCP TIME_WAIT引发的血案
死磕音视频
02-28 2597
前言 记录线上一次故障，状态延迟，状态使用短连接，长轮训的方式获取，在每天的固定时间点，出现状态延迟，持续几分钟，然后又莫名其妙的恢复了，很是怪异，下面就来复盘下，这次问题的定位和思考。 冰山一角 我们可以掌握的线索有 1.固定的时间点，发生。 2.通过监控可以看到，流量并不高，但是TCP TIMEWAIT一瞬间疯涨 3.出问题的时间点，远程客户的电脑（全内网），ping网关和服务器，发现有大量延时 4.有同事通过jstat看，发现gc的次数很多，认为gc导致了接口延时。 5.接口超时的时间点，CPU不高
[线上问题] “服务端长连接与客户端短连接引起Nginx产生大量\"TIME_WAIT\"状态的线程”的问题分析解决
08-08
NULL 博文链接：https://bert82503.iteye.com/blog/2147899
nginx大量TIME_WAIT的解决办法
成长源于沉淀
05-27 1829
    由于网站使用nginx做的反向代理he负载均衡。在没有默认的系统TCP参数情况下回导致大量的TIME_WAIT出现。    终端可以下敲入   netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' TIME_WAIT 8535 CLOSE_WAIT 5 FIN_WAIT2 20 ESTAB...
nginx：TIME_WAIT过多或者CLOSE_WAIT过多的状态
qq_23350817的博客
10-12 2979
1 起因 线上服务器nginx日志运行一段时间后，会报如下错误： 1024 worker_connections are not enough 一般做法是修改worker_connections。 但实际上：该服务是用于时间比较短的连接里，并且一天最多才4000个请求。不可能会耗尽worker_connections。 除非每次连接都没有释放对应的连接。 ‘ shell>netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]
Nginx做前端Proxy时TIME_WAIT过多的问题
随风飘絮
08-06 766
我们的DSP系统目前基本非凌晨时段的QPS都在10W以上，我们使用Golang来处理这些HTTP请求，Web服务器的前端用Nginx来做负载均衡，通过Nginx的proxy_pass来与Golang交互。由于nginx代理使用了短链接的方式和后端交互的原因，使得系统TIME_WAIT的tcp连接很多： shell> netstat -n | awk '/^tcp/ {++state[$NF]} END {for(key in state) print key,"\t",st
生产Nginx现大量TIME-WAIT，连接耗尽，该如何处理？
架构师尼恩
02-12 3771
keepalive 这个参数一定要小心设置，尤其对于QPS比较高的场景，推荐先做一下估算，根据QPS和平均响应时间大体能计算出需要的长连接的数量。比如前面10000 QPS和100毫秒响应时间就可以推算出需要的长连接数量大概是1000. 然后将keepalive设置为这个长连接数量的10%到30%。比较懒的同学，可以直接设置为keepalive=1000之类的，一般都OK的了。
nginx+php产生大量TIME_WAIT连接解决办法1
08-03
当服务器出现大量TIME_WAIT连接时，这可能会导致性能下降，甚至影响服务的可用性。TIME_WAIT状态是TCP连接生命周期的一部分，用于确保数据传输的可靠性，但过多的TIME_WAIT连接会消耗系统资源，特别是端口资源。 ...
python连接redis的time_wait数过高_解决TIME_WAIT过多造成的问题
weixin_39808893的博客
01-30 974
sh-4.1# netstat -an |awk '/tcp/ {++S[$NF]}END {for (a in S) print a , S[a]}'TIME_WAIT41CLOSE_WAIT1ESTABLISHED2LISTEN7TCP/IP TIME_WAIT状态原理:通信双方建立TCP连接后，主动关闭连接的一方就会进入TIME_WAIT状态客户端主动关闭连接时，会发送最后一个ack后，然后...
清除nginx连接数TIME_WAIT
tiny_du的博客
07-30 3711
系统环境： 操作系统：centos7 nginx版本：1.12 事件起因： 由于环境是部署在阿里云上的，有添加云监控报警，最近一直在报警：提示nginx的tcp连接数已经超出设置范围，然后实际上没有很多的连接，于是开启了排查解决之旅。 排查工作： 本机的nginx环境是用来做代理和负载的。 1、想起nginx有个长连接的配置参数，是不是配置时间太长导致连接没有释放导致的呢？ 结果发现，最大连接数设置了10240，超时时间为65s，感觉没什么问题呀。 2...
linux服务器time wait,Nginx后端服务大量TIME-WAIT的解决
bobo的博客
05-03 344
原因在HTTP1.1协议中，有个 Connection 头，Connection有两个值，close和keep-alive，这个头就相当于客户端告诉服务端，服务端你执行完成请求之后，是关闭连接还是保持连接，保持连接就意味着在保持连接期间，只能由客户端主动断开连接。还有一个keep-alive的头，设置的值就代表了服务端保持连接保持多久。HTTP默认的Connection值为close，那么就意味着...
Nginx服务器上有大量的TIME_WAIT处理方法
qq_31145449的博客
07-13 1959
1，用户反应网站无法打开，查看Nginx服务器有大量time_wait连接（命令查看：ss -s），查看内核参数net.ipv4.tcp_max_tw_buckets设置为200000（命令查看：cat /proc/sys/net/ipv4/tcp_max_tw_buckets），当连接到达时网站无法打开。 2，需要修改内核参数开启重启：net.ipv4.tcp_tw_reuse = 1，开启快速回收net.ipv4.tcp_tw_recycle = 1 （在NAT网络中不建议开启，要设置为0），并且开启
NGINX TIME_WAIT的解决办法
liwf616的专栏
01-25 7992
NGINX TIME_WAIT的解决办法及TCP状态解析 1. 检测TIME_WAIT状态的语句： netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}' 返回结果： TIME_WAIT 1000 CLOSE_WAIT 5 FIN_WAIT2 20 ESTABLISHED 10000 LAST_A
彻底理解并解决服务器出现大量TIME_WAIT - 第二篇
papaya的博客
09-18 1308
2. 设置 l_onoff 为1，l_linger为0，则连接立即终止，TCP将丢弃残留在发送缓冲区中的任何数据并发送一个RST报文给对方，而不是通常的四分组终止序列。只是代名层的修改往往会比较大。这里的HZ是1s，因此可以得出RTO最大是120s，最小是200ms，对于局域网的机器来说，正常情况下RTO基本上就是200ms，因此3.5 RTO就是。这两个选项是linux内核提供的控制选项，和具体的应用程序没有关系，而且网上也能够查询到大量的相关资料，但信息都不够完整，最主要的几个问题如下；
nginx出现大量499排查
a457190180的博客
10-23 5753
前言 早上查ELK发现 nginx出现大量499请求 故开始排查问题 排查 499对应的是 “client has closed connection”。这很有可能是因为服务器端处理的时间过长，客户端主动断开连接 1.排查问题发生的时间发现没有集中规律 2.排查请求响应时间发现超时响应并不多大概只有0.001%所以并不是存在慢SQL的问题 3.排查nginx主机地址和目的地址发现问题 问题解决 1...
系统出现大量time_wait的解决办法
fanyos的专栏
09-11 7804
一.window系统 公司好几个网站都打不开，登陆数据库服务器(windows)，发现很卡,于是重启了下服务器，进入系统后，没过一会问题依旧,查看了下系统进程，发现mysql占用率达到99%，可以肯定的是mysql连接出现问题: netstat -an，发现大量time_wait的链接状态  根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME
终于搞懂了服务器为啥产生大量的TIME_WAIT
weixin_43507410的博客
11-25 3023
写在开头，大概 4 年前，听到运维同学提到 TIME_WAIT 状态的 TCP 连接过多的问题，但是当时没有去细琢磨；最近又听人说起，是一个新手进行压测过程中，遇到的问题，因此，花点时间，细深究一下。 从这几个方面着手： 问题描述：什么现象？什么影响？ 问题分析 解决方案 底层原理 1、问题描述 模拟高并发的场景，会出现批量的 TIME_WAIT 的 TCP 连接： 短时间后，所有的 TIME_WAIT 全都消失，被回收，端口包括服务，均正常。即，在高并发的场景下，TIME_WAIT 连
[线上问题] “服务端长连接与客户端短连接引起Nginx产生大量“TIME_WAIT“状态的线程”的问题分析解决...
简放视野的专栏
10-25 1153
近期，线上Nginx服务器的TPS未超过100，但其Writing、Active连接数有时却超过了300。因为服务对响应时间要求较高，同时每个调用方使用的IP地址有限（即总的不同的连接地址有限），所以使用HTTPs长连接技术。（HTTP长连接与短连接） 问题现象：使用"sudo netstat -antp | grep 80"发现，存在大量的"TIME_WAIT" socket等待中断...
重启Nginx 可以释放time_wait
最新发布
06-03
重启Nginx并不能直接释放处于time_wait状态的TCP连接，因为time_wait是TCP连接正常关闭后，等待一段时间后才会释放。重启Nginx只是关闭Nginx进程，与TCP连接的状态无关。如果需要释放time_wait状态的TCP连接，可以...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值