nginx配置檔案需要我們不斷地學習，當然在我們不斷的學習中有很多問題出現，那麼接下來我們就看看有關nginx配置檔案的相關問題解決。一般來說nginx配置檔案中對優化比較有作用的為以下幾項：
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模型，這個不用說了吧。
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指定快取數量，建議和開啟檔案數一致，inactive是指經過多長時間檔案沒被請求後刪除快取。max=
102400
inactive
=20s
;
open_file_cache_valid 30s;這個是指多長時間檢查一次快取的有效資訊。
open_file_cache_min_uses 1;open_file_cache指令中的inactive引數時間內檔案的最少使用次數，如果超過這個數字，檔案描述符一直是在快取中開啟的，如上例，如果有乙個檔案在inactive時間內一次沒被使用，它將被移除。
關於核心引數的優化：
net.ipv4.tcp_max_tw_bucketstimewait的數量，預設是180000。= 6000
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.somaxconnweb應用中listen函式的backlog缺省會給我們核心引數的net.core.somaxconn限制到128，而nginx定義的ngx_listen_backlog預設為511，所以有必要調整這個值。= 262144
net.core.netdev_max_backlog每個網路介面接收資料報的速率比核心處理這些包的速率快時，允許送到佇列的資料報的最大數目。= 262144
net.ipv4.tcp_max_orphans系統中最多有多少個tcp套接字不被關聯到任何乙個使用者檔案控制代碼上。如果超過這個數字，孤兒連線將即刻被復位並列印出警告資訊。這個限制僅僅是為了防止簡單的dos攻擊，不能過分依靠它或者人為地減小這個值，更應該增加這個值(如果增加了記憶體之後)。= 262144
net.ipv4.tcp_max_syn_backlog記錄的那些尚未收到客戶端確認資訊的連線請求的最大值。對於有128m記憶體的系統而言，預設值是1024，小記憶體的系統則是128。= 262144
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秒，你可以按這個設定，但要記住的是，即使你的機器是乙個輕載的web伺服器，也有因為大量的死套接字而記憶體溢位的風險，fin- wait-2的危險性比fin-wait-1要小，因為它最多只能吃掉1.5k記憶體，但是它們的生存期長些。
net.ipv4.tcp_keepalive_time以上就是對nginx配置檔案的詳細介紹。= 30
Nginx 核心優化
核心引數的優化示例 etc sysctl.conf net.ipv4.tcp max tw buckets 6000 timewait的數量，預設是180000。net.ipv4.ip local port range 1024 65000 允許系統開啟的埠範圍。net.ipv4.tcp tw re...
nginx優化篇之Linux 核心引數的優化
由於預設的linux核心引數考慮的是最通用的場景，這明顯不符合用於支援高併發訪問的web伺服器的定義，所以需要修改linux核心引數，使得nginx可以擁有更高的效能。在優化核心時，可以做的事件很多，不過，我們通常會根據業務特點來進行調整，當nginx作為靜態web內容伺服器 反向 伺服器或是提供縮...
nginx優化篇之Linux 核心引數的優化
由於預設的linux核心引數考慮的是最通用的場景，這明顯不符合用於支援高併發訪問的web伺服器的定義，所以需要修改linux核心引數，使得nginx可以擁有更高的效能。在優化核心時，可以做的事件很多，不過，我們通常會根據業務特點來進行調整，當nginx作為靜態web內容伺服器 反向 伺服器或是提供縮...