整理一下之前公司專案的優化配置經驗。
預設安裝後的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的值保持一致。
（更改ulimit -n的值，需執行永久生效，執行
echo ulimit -n 65535 >>/etc/profile
source /etc/profile #載入修改後的profile
）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;
二、關於fastcgi的一些優化
1、這個指令為fastcgi快取指定乙個路徑，目錄結構等級，關鍵字區域儲存時間和非活動刪除時間。
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=test:10m inactive=5m;
2、指定連線到後端fastcgi的超時時間。
fastcgi_connect_timeout 300;
3、向fastcgi傳送請求的超時時間，這個值是指已經完成兩次握手後向fastcgi傳送請求的超時時間。
fastcgi_send_timeout 300;
4、接收fastcgi應答的超時時間，這個值是指已經完成兩次握手後接收fastcgi應答的超時時間。
fastcgi_read_timeout 300;
5、指定讀取fastcgi應答第一部分 需要用多大的緩衝區，這裡可以設定為fastcgi_buffers指令指定的緩衝區大小，上面的指令指定它將使用1個 16k的緩衝區去讀取應答的第一部分，即應答頭，其實這個應答頭一般情況下都很小（不會超過1k），但是你如果在fastcgi_buffers指令中指 定了緩衝區的大小，那麼它也會分配乙個fastcgi_buffers指定的緩衝區大小去快取。
fastcgi_buffer_size 16k;
6、指定本地需要用多少和多大的緩衝區來 緩衝fastcgi的應答，如上所示，如果乙個php指令碼所產生的頁面大小為256k，則會為其分配16個16k的緩衝區來快取，如果大於256k，增大 於256k的部分會快取到fastcgi_temp指定的路徑中， 當然這對伺服器負載來說是不明智的方案，因為記憶體中處理資料速度要快於硬碟，通常這個值 的設定應該選擇乙個你的站點中的php指令碼所產生的頁面大小的中間值，比如你的站點大部分指令碼所產生的頁面大小為 256k就可以把這個值設定為16 16k，或者4 64k 或者64 4k，但很顯然，後兩種並不是好的設定方法，因為如果產生的頁面只有32k，如果用4 64k它會分配1個64k的緩衝區去快取，而如果使用64 4k它會分配8個4k的緩衝區去快取，而如果使用16 16k則它會分配2個16k去快取頁面，這樣看起來似乎更加合理。
fastcgi_buffers 16 16k;
7、這個指令我也不知道是做什麼用，只知道預設值是fastcgi_buffers的兩倍。
fastcgi_busy_buffers_size 32k;
8、在寫入fastcgi_temp_path時將用多大的資料塊，預設值是fastcgi_buffers的兩倍。
fastcgi_temp_file_write_size 32k;
9、開啟fastcgi快取並且為其制定乙個名稱。個人感覺開啟快取非常有用，可以有效降低cpu負載，並且防止502錯誤。但是這個快取會引起很多問題，因為它快取的是動態頁面。具體使用還需根據自己的需求。
fastcgi_cache test
10、為指定的應答**指定快取時間，如上例中將200，302應答快取一小時，301應答快取1天，其他為1分鐘。
fastcgi_cache_valid 200 302 1h;
fastcgi_cache_valid 301 1d;
fastcgi_cache_valid any 1m;
11、快取在fastcgi_cache_path指令inactive引數值時間內的最少使用次數，如上例，如果在5分鐘內某檔案1次也沒有被使用，那麼這個檔案將被移除。
fastcgi_cache_min_uses 1;
三、關於gzip壓縮開啟優化
1、gzip 是告訴nginx採用gzip壓縮的形式傳送資料。這將會減少我們傳送的資料量。
2、gzip_disable 為指定的客戶端禁用gzip功能。我們設定成ie6或者更低版本以使我們的方案能夠廣泛相容。
3、gzip_static 告訴nginx在壓縮資源之前，先查詢是否有預先gzip處理過的資源。這要求你預先壓縮你的檔案（在這個例子中被注釋掉了），從而允許你使用最高壓縮比，這樣nginx就不用再壓縮這些檔案了（想要更詳盡的gzip_static的資訊，這裡）。
4、gzip_proxied 允許或者禁止壓縮基於請求和響應的響應流。我們設定為any，意味著將會壓縮所有的請求。
5、gzip_min_length 設定對資料啟用壓縮的最少位元組數。如果乙個請求小於1000位元組，我們最好不要壓縮它，因為壓縮這些小的資料會降低處理此請求的所有程序的速度。
6、gzip_comp_level 設定資料的壓縮等級。這個等級可以是1-9之間的任意數值，9是最慢但是壓縮比最大的。我們設定為4，這是乙個比較折中的設定。
7、gzip_type 設定需要壓縮的資料格式。上面例子中已經有一些了，你也可以再新增更多的格式。
四、優化後的nginx.conf 檔案內容如下，nginx -s reload過載配置檔案生效
Nginx配置效能優化
大多數的nginx安裝指南告訴你如下基礎知識 通過apt get安裝，修改這裡或那裡的幾行配置，好了，你已經有了乙個web伺服器了。而且，在大多數情況下，乙個常規安裝的nginx對你的 來說已經能很好地工作了。然而，如果你真的想擠壓出nginx的效能，你必須更深入一些。在本指南中，我將解釋nginx...
Nginx配置效能優化
大多數的nginx安裝指南告訴你如下基礎知識 通過apt get安裝，修改這裡或那裡的幾行配置，好了，你已經有了乙個web伺服器了。而且，在大多數情況下，乙個常規安裝的nginx對你的 來說已經能很好地工作了。然而，如果你真的想擠壓出nginx的效能，你必須更深入一些。在本指南中，我將解釋nginx...
Nginx配置效能優化
大多數的nginx安裝指南告訴你如下基礎知識 通過apt get安裝，修改這裡或那裡的幾行配置，好了，你已經有了乙個web伺服器了。而 且，在大多數情況下，乙個常規安裝的nginx對你的 來說已經能很好地工作了。然而，如果你真的想擠壓出nginx的效能，你必須更深入一些。在本指 南中，我將解釋ngi...