time wait
系统CentOS 6.2 x64 有大量 time_wait状态连接 都是些 80、 连数据库的、连memcache的连接 求解决方法思路及方法
by General_1989 - Linux系统管理 - 2012-06-19 11:46:13 阅读（1519） 回复（0）
最近启动.sl 文件，总是失败，通过netstat -n 查看端口发现很多下面的time_wait状态： tcp 0 0 127.0.0.1.64119 127.0.0.1.64120 time_wait tcp 0 0 127.0.0.1.64121 127.0.0.1.64122 time_wait tcp 0 0 127.0.0.1.64123 127.0.0.1.64124 time_wait tcp 0 0 127.0.0.1.64125 127.0.0.1.64126 time_wait tcp ...
根据TCP协议，主动发起关闭的一方，会进入time_wait状态，持续2*MSL(Max Segment Lifetime)，缺省为240秒，在这个 post 中简洁的介绍了为什么需要这个状态。 值得一说的是，对于基于TCP的HTTP协议，关闭TCP连接的是Server端，这样，Server端会进入time_wait状态，可 想而知，对于访问量大的Web Server，会存在大量的time_wait状态，假如server一秒钟接收1000个请求，那么就会积压240*1000=240，000个 time_wait的记录，维护这些...
假如有一个TCP连接用本地端口6666与服务器1024端口相连 而这个连接处于time_wait状态 是不是下一个TCP连接就不能用6666端口与服务端口相连了 或者其它连接就不能与服务器1024端口相连了
假如有一个TCP连接用本地端口6666与服务器1024端口相连 而这个连接处于time_wait状态\r\n是不是下一个TCP连接就不能用6666端口与服务端口相连了\r\n或者其它连接就不能与服务器1024端口相连了
TCP状态转移要点 TCP协议规定，对于已经建立的连接，网络双方要进行四次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。网络服务器程序要同时管理大量连接，所以很有必要保证无用连接完全断开，否则大量僵死的连接会浪费许多服务器资源。在众多TCP状态中，最值得注意的状态有两个：CLOSE_wait和time_wait。 CLOSE_wait 对方主动关闭连接或者网络异常导致连接中断...
:em17::em17: 一台web服务器，跑的nginx+php-fpm ,上面装个mysql，前面有nginx做反向代理， 这台机器上的time_wait 始终居高不下，有时都能到3500以上 net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 120 net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 60 net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 120 把这3个参数都调小了一倍， net.ipv4.tcp_tw_reuse =...
time_wait 状态最大保持时间是2 * MSL，也就是1-4分钟。 IP头部有一个TTL，最大值255。尽管TTL的单位不是秒(根本和时间无关)，我们仍需假设，TTL为255的TCP报文在Internet上生存时间不能超过MSL。 TCP报文在传送过程中可能因为路由故障被迫缓冲延迟、选择非最优路径等等，结果发送方TCP机制开始超时重传。前一个TCP报文可以称为"漫游TCP重复报文"，后一个TCP报文可以称为"超时重传TCP重复报文"，作为面向连接的可靠协议，TCP实...
