當linux下Nginx達到并發數很高，TCP TIME_WAIT套接字數量經常達到兩、三萬，這樣服務器很容易被拖死。事實上，我們可以簡單的通過修改Linux內核參數，可以減少Nginx服務器的TIME_WAIT套接字數量，進而提高Nginx服務器并發性能。
 
vi /etc/sysctl.conf
 
增加以下幾行：
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_keepalive_time = 1200

net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.ip_local_port_range = 1024    65000
net.ipv4.tcp_max_syn_backlog = 8192
net.ipv4.tcp_max_tw_buckets = 5000簡單說明：
net.ipv4.tcp_syncookies = 1 表示開啟SYN Cookies。當出現SYN等待隊列溢出時，啟用cookies來處理，可防范少量SYN攻擊，默認為0，表示關閉；
net.ipv4.tcp_tw_reuse = 1 表示開啟重用。允許將TIME-WAIT sockets重新用于新的TCP連接，默認為0，表示關閉；
net.ipv4.tcp_tw_recycle = 1 表示開啟TCP連接中TIME-WAIT sockets的快速回收，默認為0，表示關閉。
net.ipv4.tcp_fin_timeout = 30 表示如果套接字由本端要求關閉，這個參數決定了它保持在FIN-WAIT-2狀態的時間。
net.ipv4.tcp_keepalive_time = 1200 表示當keepalive起用的時候，TCP發送keepalive消息的頻度。缺省是2小時，改為20分鐘。
net.ipv4.ip_local_port_range = 1024    65000 表示用于向外連接的端口范圍。缺省情況下很小：32768到61000，改為1024到65000。
net.ipv4.tcp_max_syn_backlog = 8192 表示SYN隊列的長度，默認為1024，加大隊列長度為8192，可以容納更多等待連接的網絡連接數。
net.ipv4.tcp_max_tw_buckets = 5000 表示系統同時保持TIME_WAIT套接字的最大數量，如果超過這個數字，TIME_WAIT套接字將立刻被清除并打印警告信息。默認為180000，改為5000。對于Apache、Nginx等服務器，上幾行的參數可以很好地減少TIME_WAIT套接字數量，但是對于Squid，效果卻不大。此項參數可以控制TIME_WAIT套接字的最大數量，避免Squid服務器被大量的TIME_WAIT套接字拖死。
 
echo “====================== 執行以下命令使配置生效：=========================”
#更改linux內核參數后，立即生效的命令！
 
/sbin/sysctl -p
 
Nginx優化
 
使用FastCGI 緩存
fastcgi_cache TEST
開啟FastCGI 緩存并且為其制定一個名稱。個人感覺開啟緩存非常有用，可以有效降低CPU 負載，并且防止502 錯誤。
 
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2
keys_zone=TEST:10m
inactive=5m;
這個指令為FastCGI 緩存指定一個路徑，目錄結構等級，關鍵字區域存儲時間和非活動刪除時間

其它說明

Nginx 是由 Igor Sysoev 為俄羅斯訪問量第二的 Rambler.ru 站點開發的，它已經在該站點運行超過兩年半了。Igor 將源代碼以類BSD許可證的形式發布。

在高并發連接的情況下，Nginx是Apache服務器不錯的替代品。Nginx同時也可以作為7層負載均衡服務器來使用。根據我的測試結果，Nginx 0.6.31 + PHP 5.2.6 (FastCGI) 可以承受3萬以上的并發連接數，相當于同等環境下Apache的10倍。

　　根據我的經驗，4GB內存的服務器+Apache（prefork模式）一般只能處理3000個并發連接，因為它們將占用3GB以上的內存，還得為系統預留1GB的內存。我曾經就有兩臺Apache服務器，因為在配置文件中設置的MaxClients為4000，當Apache并發連接數達到3800時，導致服務器內存和Swap空間用滿而崩潰。

　　而這臺 Nginx 0.6.31 + PHP 5.2.6 (FastCGI) 服務器在3萬并發連接下，開啟的10個Nginx進程消耗150M內存（15M*10=150M），開啟的64個php-cgi進程消耗1280M內存（20M*64=1280M），加上系統自身消耗的內存，總共消耗不到2GB內存。如果服務器內存較小，完全可以只開啟25個php-cgi進程，這樣php-cgi消耗的總內存數才500M。