CopingwiththeTCPTIME-WAITstateonbusyLinuxservers文章源自于：https://vincent.bernat.im/en/blog/2014-tcp-time-wait-state-linux.htmlDonotenablenet.ipv4.tcp_tw_recycle.TheLinuxkerneldocumentationisnotveryhelpfu

有些时候我们在服务器上发现大量TIME-WAIT连接,多达上万,通过修改内核参数使系统能够快速回收time-wait                        {此文章只作为自己使用，请勿喷}查看TCP

TIME_WAIT状态，并且持续2MSL时间长度，MSL就是maximum segment lifetime(最大分节生命期），这是一个IP数据包能在互联网上生存的最长时间，超过这个时间将在网络中消失出现大量time-wait

在TCP中有四种计时器：重传计时器、持续计时器、保活计时器和TIME-WAIT计时器重传计时器在拥塞控制中有提到RTO——重传计时器。

标签：  net.ipv4.tcp_tw_  TIME-WAIT本文为翻译英文BLOG《CopingwiththeTCPTIME-WAITstateonbusyLinuxservers》，但并非完整的翻译

Tomcat_restart的时候Netty执行相关的销毁操作,Channel.close().awaitUninterrupted()以及bossGroup和workerGroup在关闭时socket没有完全关闭,也许是处于TIME-WAIT

来自《深入理解Nginx模块开发与架构解析》P9#表示进程（例如一个worker进程）可能同时打开的最大句柄数，直接限制最大并发连接数fs.filemax=999999#1代表允许将状态为TIME-WAIT

允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭net.ipv4.tcp

连接进程是通过一系列状态表示的，这些状态有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT

v1.0 最后修改：2007.07.24 转载请注明出处：http://blog.s135.com] 　 　新增的一组Apache服务器上线以来，我用netstat -an命令发现服务器中有大量状态为TIME-WAIT

连接进程是通过一系列状态表示的，这些状态有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT

允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭 net.ipv4.tcp_tw_recycle = 0 表示开启TCP连接中TIME-WAIT sockets的快速回收

允许将TIME-WAIT sockets重

允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭 net.ipv4.tcp_tw_recycle = 0  表示开启TCP连接中TIME-WAIT sockets

第一次握手：建立连接时，客户端发送syn包和一个随机序列号seq=x到服务器，并进入SYN_SEND状态，等待服务器进行确认。（syn，同步序列编号）。第二次握手，服务器收到syn包，必须确认客户的SYN，然后服务器发送一个ACK=1,SYN=1,seq=y的随机数和ack=x+1的确认数的包发送回去。第三次握手是客户端收到服务器端的SYN+ACK包，然后向服务器端发送确认包ack=y+1,seq

state all |awk '{++a[$1]} END {for(b in a) {printf"%11-s%s\n", b, a[b]}}' ESTAB      3 State      1 TIME-WAIT

新Apache服务器上线以后，用netstat-an命令发现服务器中有大量状态为TIME-WAIT的TCP连接，于是用/sbin/sysctl-a查看了一下Linux的各项内核参数，并翻阅有关资料，决定修改其中的两项参数

新Apache服务器上线以后，用netstat-an命令发现服务器中有大量状态为TIME-WAIT的TCP连接，于是用/sbin/sysctl-a查看了一下Linux的各项内核参数，并翻阅有关资料，决定修改其中的两项参数

  #表示进程（例如一个worker进程）可能同时打开的最大句柄数，直接限制最大并发连接数fs.file max = 999999 #1代表允许将状态为TIME-WAIT状态的socket

连接进程是通过一系列状态表示的，这些状态有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT

原文连接： http://vincent.bernat.im/en/blog/2014-tcp-time-wait-state-linux.html 以下为对原文的阅读笔记 说明： 主动关闭的一方称为local end，被动关闭的一方称为remote end 本地IP、本地端口、远端IP、远端端口这一“四元组”称为quadruplet，也称为socket 1、TIME_WA

《深入理解Nginx模块开发与架构解析》 P9 #表示进程（例如一个worker进程）可能同时打开的最大句柄数，直接限制最大并发连接数fs.file max = 999999 #1代表允许将状态为TIME-WAIT

一、TIME-WAIT是什么    TIME-WAIT状态是在连接拆除阶段开始起作用的。在拆除一个TCP连接通常需要交换4个分段。    

我总是面对一类问题，那就是技术人员总是追问一些魔术字为何是这样而不是那样，比如TCP的time-wait值为何是2分钟或者1分钟，比如STP的超时时间为何是X而不是Y...难道你们不知道永动机吗？

我总是面对一类问题，那就是技术人员总是追问一些魔术字为何是这样而不是那样，比如TCP的time-wait值为何是2分钟或者1分钟，比如STP的超时时间为何是X而不是Y...难道你们不知道永动机吗？

我总是面对一类问题，那就是技术人员总是追问一些魔术字为何是这样而不是那样，比如TCP的time-wait值为何是2分钟或者1分钟，比如STP的超时时间为何是X而不是Y...难道你们不知道永动机吗？

    相比大家都有一些感触，当服务器出现大量tcp连接，尤其出现大量TIME_WAIT连接的时候，客户端会感觉服务器响应速度变慢。那是为什么？    首先我们先谈谈tcp，如何区分一个TCP和其他TCP的区别是由以下4个值来区分：sourceip sourceport destinationip destinationport只有当其中至少有一个值不一样，才是不通的tcp连接。    当某个TC

相比大家都有一些感触，当服务器出现大量tcp连接，尤其出现大量TIME_WAIT连接的时候，客户端会感觉服务器响应速度变慢。那是为什么？首先我们先谈谈tcp，如何区分一个TCP和其他TCP的区别是由以下4个值来区分：sourceipsourceportdestinationipdestinationport只有当其中至少有一个值不一样，才是不通的tcp连接。当某个TCP端点关闭TCP连接时，会在内

建立链接状态：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED关闭链接状态：FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT

设置一下几个值以后占用情况立马好转，记录一下： TCP/IP调优参数都位于/proc/sys/net/目录下   1 /proc/sys/net/ipv4/tcp_tw_recycle能够更快地回收TIME-WAIT

最近网站流量有些上升，感觉到访问速度有些慢；用netstat-na命令发现系统中有大量状态为TIME-WAIT的TCP连接，google了下；修改了/etc/sysctl.conf中一些内核参数；解决了

允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；

TCP执行主动关闭的那端都经历TIME-WAIT状态这个阶段，该状态的持续时间是最长分节生命期的两倍，即2MSL.TIME-WAIT状态存在的两个理由（存在就有合理性）1.可靠的实现TCP全双工连接的终止

1.编写TCP/SOCK服务时，SO_REUSEADDR到底是什么意思？这个套接字选项通知内核，如果端口忙，但TCP状态处于TIME_WAIT，可以重用端口。如果端口忙，TCP状态处于其他状态，重用端口时依旧指明“地址已经在使用中”。如果你的服务程序停止后向立刻重启，而新套接字依旧使用同一个端口，此时SO_REUSEADDR选项非常有用。但是必须意识到，此时任何非期望数据到达，都可能导致服务程序反

（一）TCP/IP连接的状态和对应的个数： # netstat -an | awk '/^tcp/ {++s[$NF]} END {for(a in s) print a, s[a]}' （二）提升服务器的负载能力： # vim /etc/sysctl.conf 然后，在这个文件中，加入下面的几行内容：     net.ipv4.tcp_syncoo

TIME_WAIT状态根据TCP协议，主动发起关闭的一方，会进入TIME_WAIT状态，持续2*MSL(MaxSegmentLifetime)，缺省为240秒，在这个post中简洁的介绍了为什么需要这个状态。值得一说的是，对于基于TCP的HTTP协议，关闭TCP连接的是Server端，这样，Server端会进入TIME_WAIT状态，可想而知，对于访问量大的WebServer，会存在大量的TIME

tcp状态： LISTEN：侦听来自远方的TCP端口的连接请求 SYN-SENT：再发送连接请求后等待匹配的连接请求 SYN-RECEIVED：再收到和发送一个连接请求后等待对方对连接请求的确认 ESTABLISHED：代表一个打开的连接 FIN-WAIT-1：等待远程TCP连接中断请求，或先前的连接中断请求的确认 FIN-WAIT-2：从远程TCP等待连接中断请求 CLOSE-WA

允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭； net.i

：netstat-an|awk'/^tcp/{++S[$NF]}END{for(ainS)printa,S[a]}'    ESTABLISHED:代表一个打开的连接，我们常用此作为并发连接数    TIME-WAIT

连接进程是通过一系列状态表示的，这些状态有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT

允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭； 默认情况下是0， 如果并发连接很多很多，会出现系统没有可分配的端口的情况 net.ipv4.tcp_tw_recycle

连接进程是通过一系列状态表示的，这些状态有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT

新增的一组Apache服务器上线以来，我用netstat-an命令发现服务器中有大量状态为TIME-WAIT的TCP连接，于是用/sbin/sysctl-a查看了一下Linux的各项内核参数，并翻阅有关资料

转载：http://blog.csdn.net/chensichensi/article/details/5263132关于time-wait状态只有发起主动关闭的一方进入此状态。

FIN-WAIT-2：从远程TCP等待连接中断请求CLOSE-WAIT：等待从本地用户发来的连接中断请求CLOSING：等待远程TCP对连接中断的确认LAST-ACK：等待原来的发向远程TCP的连接中断请求的确认TIME-WAIT

FIN-WAIT-2：从远程TCP等待连接中断请求CLOSE-WAIT：等待从本地用户发来的连接中断请求CLOSING：等待远程TCP对连接中断的确认LAST-ACK：等待原来的发向远程TCP的连接中断请求的确认TIME-WAIT

新增的一组Apache服务器上线以来，我用netstat -an命令发现服务器中有大量状态为TIME-WAIT的TCP连接，于是用/sbin/sysctl -a查看了一下Linux的各项内核参数，并翻阅有关资料

连接进程是通过一系列状态表示的，这些状态有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT

张宴本文版本：v1.0最后修改：2007.07.24转载请注明出处：http://blog.s135.com]新增的一组Apache服务器上线以来，我用netstat-an命令发现服务器中有大量状态为TIME-WAIT

允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭；　　net.ipv4.tcp_tw_recycle = 1表