優化的幾個維度：
cpu程序連線
快取檔案開啟
gzip 傳輸壓縮
worker_processes 8;
nginx 程序數，建議按照cpu 數目來指定，一般為它的倍數。
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
為每個程序分配cpu，上例中將8 個程序分配到8 個cpu，當然可以寫多個，或者將一
個程序分配到多個cpu。
worker_rlimit_nofile 102400;
這個指令是指當乙個nginx 程序開啟的最多檔案描述符數目，理論值應該是最多開啟文
件數（ulimit -n）與nginx 程序數相除，但是nginx 分配請求並不是那麼均勻，所以最好與ulimit -n 的值保持一致。
use epoll;
使用epoll 的i/o 模型。nginx使用了最新的epoll（linux 2.6核心）和kqueue（freebsd）網路i/o模
型，而apache則使用的是傳統的select模型。
處理大量的連線的讀寫，apache所採用的select網路i/o模型非常低效。
在高併發伺服器中，輪詢i/o是最耗時間的操作 目前linux下能夠承受高併發
訪問的squid、memcached都採用的是epoll網路i/o模型。
worker_connections 102400;
每個程序允許的最多連線數， 理論上每台nginx 伺服器的最大連線數為worker_processes*worker_connections。
keepalive_timeout 60;
keepalive 超時時間。
client_header_buffer_size 4k;
客戶端請求頭部的緩衝區大小，這個可以根據你的系統分頁大小來設定，一般乙個請求
頭的大小不會超過1k，不過由於一般系統分頁都要大於1k，所以這裡設定為分頁大小。分頁大小可以用命令getconf pagesize 取得。
open_file_cache max=102400 inactive=20s;
這個將為開啟檔案指定快取，預設是沒有啟用的，max 指定快取數量，建議和開啟檔案數一致，inactive 是指經過多長時間檔案沒被請求後刪除快取。
open_file_cache_valid 30s;
這個是指多長時間檢查一次快取的有效資訊。
open_file_cache_min_uses 1;
open_file_cache 指令中的inactive 引數時間內檔案的最少使用次數，如果超過這個數字，檔案描述符一直是在快取中開啟的，如上例，如果有乙個檔案在inactive 時間內一次沒被使用，它將被移除。
開啟gzip: （壓縮傳輸檔案的大小）
gzip on;
gzip_min_length 1k; ## 啟用gzip壓縮的最小檔案；小於設定值的檔案將不會被壓縮
gzip_comp_level 2; ## gzip 壓縮級別 1-10
gzip_vary on; # # 是否在http header中新增vary: accept-encoding，建議開啟
timewait 的數量，預設是180000。
net.ipv4.ip_local_port_range = 1024 65000
允許系統開啟的埠範圍。
net.ipv4.tcp_tw_recycle = 1
啟用timewait 快速**。
net.ipv4.tcp_tw_reuse = 1
開啟重用。允許將time-wait sockets 重新用於新的tcp 連線。
net.ipv4.tcp_syncookies = 1
開啟syn cookies，當出現syn 等待佇列溢位時，啟用cookies 來處理。
net.core.somaxconn = 262144
web 應用中listen 函式的backlog 缺省會給我們核心引數的net.core.somaxconn 限制到128，而nginx 定義的ngx_listen_backlog 預設為511，所以有必要調整這個值。
net.core.netdev_max_backlog = 262144
每個網路介面接收資料報的速率比核心處理這些包的速率快時，允許送到佇列的資料報的最大數目。
net.ipv4.tcp_max_orphans = 262144
系統中最多有多少個tcp 套接字不被關聯到任何乙個使用者檔案控制代碼上。如果超過這個數字，孤兒連線將即刻被復位並列印出警告資訊。這個限制僅僅是為了防止簡單的dos 攻擊，不能過分依靠它或者人為地減小這個值，更應該增加這個值(如果增加了記憶體之後)。
net.ipv4.tcp_max_syn_backlog = 262144
記錄的那些尚未收到客戶端確認資訊的連線請求的最大值。對於有128m 記憶體的系統而言，預設值是1024，小記憶體的系統則是128。
net.ipv4.tcp_timestamps = 0
時間戳可以避免序列號的捲繞。乙個1gbps 的鏈路肯定會遇到以前用過的序列號。時間戳能夠讓核心接受這種「異常」的資料報。這裡需要將其關掉。
net.ipv4.tcp_synack_retries = 1
為了開啟對端的連線，核心需要傳送乙個syn 並附帶乙個回應前面乙個syn 的ack。也就是所謂三次握手中的第二次握手。這個設定決定了核心放棄連線之前傳送syn+ack 包的數量。
net.ipv4.tcp_syn_retries = 1
在核心放棄建立連線之前傳送syn 包的數量。
net.ipv4.tcp_fin_timeout = 1
如果套接字由本端要求關閉，這個引數決定了它保持在fin-wait-2 狀態的時間。對端可以出錯並永遠不關閉連線，甚至意外當機。預設值是60 秒。2.2 核心的通常值是180 秒，3你可以按這個設定，但要記住的是，即使你的機器是乙個輕載的web 伺服器，也有因為大量的死套接字而記憶體溢位的風險，fin- wait-2 的危險性比fin-wait-1 要小，因為它最多只能吃掉1.5k 記憶體，但是它們的生存期長些。
net.ipv4.tcp_keepalive_time = 30
當keepalive 起用的時候，tcp 傳送keepalive 訊息的頻度。預設是2 小時。
NGINX核心引數優化
核心引數的優化，主要是在linux系統中針對nginx應用而進行的系統核心引數的優化。下面給出的乙個優化例項以供參考。net.ipv4.tcp max tw buckets 6000 net.ipv4.ip local port range 1024 65000 net.ipv4.tcp tw re...
nginx 配置引數優化
nginx作為高效能web伺服器，即使不特意調整配置引數也可以處理大量的併發請求。以下的配置引數是借鑑網上的一些調優引數，僅作為參考，不見得適於你的線上業務。worker程序 該引數表示啟動幾個工作程序，建議和本機cpu核數保持一致，每一核cpu處理乙個程序。它表示nginx最大可用的檔案描述符個數...
nginx配置引數優化
ginx作為高效能web伺服器，即使不特意調整配置引數也可以處理大量的併發請求。以下的配置引數是借鑑網上的一些調優引數，僅作為參考，不見得適於你的線上業務。worker程序 該引數表示啟動幾個工作程序，建議和本機cpu核數保持一致，每一核cpu處理乙個程序。它表示nginx最大可用的檔案描述符個數，...