apache链接状态查看和相关数值

netstat -n | awk &＃39;/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}&＃39;
FIN_WAIT_1 286
FIN_WAIT_2 960
SYN_SENT 3
LAST_ACK 32
CLOSING 1
CLOSED 36
SYN_RCVD 144
TIME_WAIT 2520
ESTABLISHED 352
  www.2cto.com  
返回参数的说明如下：
        CLOSED：无连接是活动的或正在进行
　　LISTEN：服务器在等待进入呼叫
　　SYN_RECV：一个连接请求已经到达，等待确认
　　SYN_SENT：应用已经开始，打开一个连接
　　ESTABLISHED：正常数据传输状态
　　FIN_WAIT1：应用说它已经完成
　　FIN_WAIT2：另一边已同意释放
　　TIME_WAIT：等待所有分组死掉
　　CLOSING：两边同时尝试关闭
　　TIME_WAIT：另一边已初始化一个释放
　　LAST_ACK：等待所有分组死掉

 

TCP变迁图：

 

pache服务器的fin_wait1过多time_wait过多问题解决
1、fin_wait1状态过多。fin_wait1状态是在server端主动要求关闭tcp连接，并且主动发送fin以后，等待client端回复ack时候的状态。fin_wait1的产生原因有很多，需要结合netstat的状态来分析。
 

netstat -nat|awk &＃39;{print awk $NF}&＃39;|sort|uniq -c|sort -n

 

上面的命令可以帮助分析哪种tcp状态数量异常

 

netstat -nat|grep ":80"|awk &＃39;{print $5}&＃39; |awk -F: &＃39;{print $1}&＃39; | sort| uniq -c|sort -n

则可以帮助你将请求80服务的client ip按照连接数排序。

 

2、time_wait状态过多。   www.2cto.com  

 

  通常表现为apache服务器负载高，w命令显示load average可能上百，但是web服务基本没有问题。同时ssh能够登陆，但是反应非常迟钝。

 

原因：最可能的原因是httpd.conf里面keepalive没有开，导致每次请求都要建立新的tcp连接，请求完成以后关闭，增加了很多time_wait的状态。另，keepalive可能会增加一部分内存的开销，但是问题不大。

 

分析：如果发现fin_wait1状态很多，并且client ip分布正常，那可能是有人用肉鸡进行ddos攻击、又或者最近的程序改动引起了问题。一般说来后者可能性更大，应该主动联系程序员解决。

但是如果有某个ip连接数非常多，就值得注意了，可以考虑用iptables直接封了他。
 

查IP的关于80端口的连接数可以用：

netstat -nat|grep ":80"|awk &＃39;{print $5}&＃39; |awk -F: &＃39;{print $1}&＃39; | sort| uniq -c|sort -n

可以看到目前IP的连接数。太多的，就要注意了。

此外再分享一个实时查看apache并发数的：

watch -n 1 -d "pgrep httpd|wc -l"，冒号里的语句可以自己调啦~