之前寫過一篇關于apache的并發(fā)請求的文章，如今更深入的研究了一下，給大家分享，自己也做個筆記了。

上次說到這個牛逼的語句

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
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
返回參數(shù)的說明如下：
CLOSED：無連接是活動的或正在進行
　　LISTEN：服務器在等待進入呼叫
　　SYN_RECV：一個連接請求已經到達，等待確認
　　SYN_SENT：應用已經開始，打開一個連接
　　ESTABLISHED：正常數(shù)據(jù)傳輸狀態(tài)
　　FIN_WAIT1：應用說它已經完成
　　FIN_WAIT2：另一邊已同意釋放
　　TIME_WAIT：等待所有分組死掉
　　CLOSING：兩邊同時嘗試關閉
　　TIME_WAIT：另一邊已初始化一個釋放
　　LAST_ACK：等待所有分組死掉

TCP變遷圖：

pache服務器的fin_wait1過多time_wait過多問題解決
1、fin_wait1狀態(tài)過多。fin_wait1狀態(tài)是在server端主動要求關閉tcp連接，并且主動發(fā)送fin以后，等待client端回復ack時候的狀態(tài)。fin_wait1的產生原因有很多，需要結合netstat的狀態(tài)來分析。

上面的命令可以幫助分析哪種tcp狀態(tài)數(shù)量異常

則可以幫助你將請求80服務的client ip按照連接數(shù)排序。

2、time_wait狀態(tài)過多。

通常表現(xiàn)為apache服務器負載高，w命令顯示load average可能上百，但是web服務基本沒有問題。同時ssh能夠登陸，但是反應非常遲鈍。

原因：最可能的原因是httpd.conf里面keepalive沒有開，導致每次請求都要建立新的tcp連接，請求完成以后關閉，增加了很多time_wait的狀態(tài)。另，keepalive可能會增加一部分內存的開銷，但是問題不大。

分析：如果發(fā)現(xiàn)fin_wait1狀態(tài)很多，并且client ip分布正常，那可能是有人用肉雞進行ddos攻擊、又或者最近的程序改動引起了問題。一般說來后者可能性更大，應該主動聯(lián)系程序員解決。

但是如果有某個ip連接數(shù)非常多，就值得注意了，可以考慮用iptables直接封了他。

查IP的關于80端口的連接數(shù)可以用：

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

可以看到目前IP的連接數(shù)。太多的，就要注意了。

此外再分享一個實時查看apache并發(fā)數(shù)的：

watch -n 1 -d "pgrep httpd|wc -l"，冒號里的語句可以自己調啦~

當然目前我還有幾個沒搞清楚的問題，希望大家能教教我哈~

apache鏈接狀態(tài)查看和相關數(shù)值