在日常的運維工作中，經常會用到nginx服務，也時常會碰到nginx因高并發導致的性能瓶頸問題。今天這里簡單梳理下nginx性能優化的配置（僅僅依據本人的實戰經驗而述，如有不妥，敬請指出~）

一、這里的優化主要是指對nginx的配置優化，一般來說nginx配置文件中對優化比較有作用的主要有以下幾項：

1）nginx進程數，建議按照cpu數目來指定，一般跟cpu核數相同或為它的倍數。

worker_processes 8;

2）為每個進程分配cpu，上例中將8個進程分配到8個cpu，當然可以寫多個，或者將一個進程分配到多個cpu。

worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;

3）下面這個指令是指當一個nginx進程打開的最多文件描述符數目，理論值應該是系統的最多打開文件數（ulimit -n）與nginx進程數相除，但是nginx分配請求并不是那么均勻，所以最好與ulimit -n的值保持一致。

worker_rlimit_nofile 65535;

4）使用epoll的I/O模型，用這個模型來高效處理異步事件

use epoll;

5）每個進程允許的最多連接數，理論上每臺nginx服務器的最大連接數為worker_processes*worker_connections。

worker_connections 65535;

6）http連接超時時間，默認是60s，功能是使客戶端到服務器端的連接在設定的時間內持續有效，當出現對服務器的后繼請求時，該功能避免了建立或者重新建立連接。切記這個參數也不能設置過大！否則會導致許多無效的http連接占據著nginx的連接數，終nginx崩潰！

keepalive_timeout 60;

7）客戶端請求頭部的緩沖區大小，這個可以根據你的系統分頁大小來設置，一般一個請求的頭部大小不會超過1k，不過由于一般系統分頁都要大于1k，所以這里設置為分頁大小。分頁大小可以用命令getconf PAGESIZE取得。

client_header_buffer_size 4k;

8）下面這個參數將為打開文件指定緩存，默認是沒有啟用的，max指定緩存數量，建議和打開文件數一致，inactive是指經過多長時間文件沒被請求后刪除緩存。

open_file_cache max=102400 inactive=20s;

9）下面這個是指多長時間檢查一次緩存的有效信息。

open_file_cache_valid 30s;

10）open_file_cache指令中的inactive參數時間內文件的最少使用次數，如果超過這個數字，文件描述符一直是在緩存中打開的，如上例，如果有一個文件在inactive時間內一次沒被使用，它將被移除。

open_file_cache_min_uses 1;