nginx進程數,建議按照cpu數目來指定,通常跟cpu核數相同或爲它的倍數。javascript
worker_processes 8;
爲每一個進程分配cpu,上例中將8個進程分配到8個cpu,固然能夠寫多個,或者將一個進程分配到多個cpu。php
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
下面這個指令是指當一個nginx進程打開的最多文件描述符數目,理論值應該是系統的最多打開文件數(ulimit-n)與nginx進程數相除,可是nginx分配請求並非那麼均勻,因此最好與ulimit -n的值保持一致。css
worker_rlimit_nofile 65535;
使用epoll的I/O模型,用這個模型來高效處理異步事件html
use epoll;
每一個進程容許的最多鏈接數,理論上每臺nginx服務器的最大鏈接數爲worker_processes*worker_connections。java
worker_connections 65535;
http鏈接超時時間,默認是60s,功能是使客戶端到服務器端的鏈接在設定的時間內持續有效,當出現對服務器的後繼請求時,該功能避免了創建或者從新創建鏈接。切記這個參數也不能設置過大!不然會致使許多無效的http鏈接佔據着nginx的鏈接數,終nginx崩潰!node
keepalive_timeout 60;
客戶端請求頭部的緩衝區大小,這個能夠根據你的系統分頁大小來設置,通常一個請求的頭部大小不會超過1k,不過因爲通常系統分頁都要大於1k,因此這裏設置爲分頁大小。分頁大小能夠用命令getconf PAGESIZE取得。nginx
client_header_buffer_size 4k;
下面這個參數將爲打開文件指定緩存,默認是沒有啓用的,max指定緩存數量,建議和打開文件數一致,inactive是指通過多長時間文件沒被請求後刪除緩存。web
open_file_cache max=102400 inactive=20s;
下面這個是指多長時間檢查一次緩存的有效信息。後端
open_file_cache_valid 30s;
open_file_cache指令中的inactive參數時間內文件的最少使用次數,若是超過這個數字,文件描述符一直是在緩存中打開的,如上例,若是有一個文件在inactive時間內一次沒被使用,它將被移除。緩存
open_file_cache_min_uses 1;
隱藏響應頭中的有關操做系統和web server(Nginx)版本號的信息,這樣對於安全性是有好處的。
server_tokens off;
可讓sendfile()發揮做用。sendfile()能夠在磁盤和TCP socket之間互相拷貝數據(或任意兩個文件描述符)。Pre-sendfile是傳送數據以前在用戶空間申請數據緩衝區。以後用read()將數據從文件拷貝到這個緩衝區,write()將緩衝區數據寫入網絡。sendfile()是當即將數據從磁盤讀到OS緩存。由於這種拷貝是在內核完成的,sendfile()要比組合read()和write()以及打開關閉丟棄緩衝更加有效(更多有關於sendfile)。
sendfile on;
告訴nginx在一個數據包裏發送全部頭文件,而不一個接一個的發送。就是說數據包不會立刻傳送出去,等到數據包最大時,一次性的傳輸出去,這樣有助於解決網絡堵塞。
tcp_nopush on;
告訴nginx不要緩存數據,而是一段一段的發送--當須要及時發送數據時,就應該給應用設置這個屬性,這樣發送一小塊數據信息時就不能當即獲得返回值。
tcp_nodelay on;
好比:
http { server_tokens off; sendfile on; tcp_nopush on; tcp_nodelay on; ...... }
客戶端請求頭部的緩衝區大小,這個能夠根據系統分頁大小來設置,通常一個請求頭的大小不會超過1k,不過因爲通常系統分頁都要大於1k,因此這裏設置爲分頁大小。
client_header_buffer_size 4k;
客戶端請求頭部的緩衝區大小,這個能夠根據系統分頁大小來設置,通常一個請求頭的大小不會超過1k,不過因爲通常系統分頁都要大於1k,因此這裏設置爲分頁大小。分頁大小能夠用命令getconf PAGESIZE取得。
[root@test-huanqiu ~]# getconf PAGESIZE 4096
但也有client_header_buffer_size超過4k的狀況,可是client_header_buffer_size該值必須設置爲「系統分頁大小」的整倍數。
爲打開文件指定緩存,默認是沒有啓用的,max 指定緩存數量,建議和打開文件數一致,inactive 是指通過多長時間文件沒被請求後刪除緩存。
open_file_cache max=65535 inactive=60s;
open_file_cache 指令中的inactive 參數時間內文件的最少使用次數,若是超過這個數字,文件描述符一直是在緩存中打開的,如上例,若是有一個文件在inactive 時間內一次沒被使用,它將被移除。
open_file_cache_min_uses 1;
指定多長時間檢查一次緩存的有效信息。
open_file_cache_valid 80s;
下面是一個使用的簡單的nginx配置文件: [root@dev-huanqiu ~]# cat /usr/local/nginx/conf/nginx.conf user www www; worker_processes 8; worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000; error_log /www/log/nginx_error.log crit; pid /usr/local/nginx/nginx.pid; worker_rlimit_nofile 65535; events { use epoll; worker_connections 65535; } http { include mime.types; default_type application/octet-stream; charset utf-8; server_names_hash_bucket_size 128; client_header_buffer_size 2k; large_client_header_buffers 4 4k; client_max_body_size 8m; sendfile on; tcp_nopush on; keepalive_timeout 60; fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10m inactive=5m; fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; fastcgi_buffer_size 16k; fastcgi_buffers 16 16k; fastcgi_busy_buffers_size 16k; fastcgi_temp_file_write_size 16k; fastcgi_cache TEST; fastcgi_cache_valid 200 302 1h; fastcgi_cache_valid 301 1d; fastcgi_cache_valid any 1m; fastcgi_cache_min_uses 1; fastcgi_cache_use_stale error timeout invalid_header http_500; open_file_cache max=204800 inactive=20s; open_file_cache_min_uses 1; open_file_cache_valid 30s; tcp_nodelay on; gzip on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.0; gzip_comp_level 2; gzip_types text/plain application/x-javascript text/css application/xml; gzip_vary on; server { listen 8080; server_name huan.wangshibo.com; index index.php index.htm; root /www/html/; location /status { stub_status on; } location ~ .*\.(php|php5)?$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; include fcgi.conf; } location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|css)$ { expires 30d; } log_format access '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" $http_x_forwarded_for'; access_log /www/log/access.log access; } }
這個指令爲FastCGI緩存指定一個路徑,目錄結構等級,關鍵字區域存儲時間和非活動刪除時間。
fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10m inactive=5m;
指定鏈接到後端FastCGI的超時時間。
fastcgi_connect_timeout 300;
向FastCGI傳送請求的超時時間,這個值是指已經完成兩次握手後向FastCGI傳送請求的超時時間。
fastcgi_send_timeout 300;
接收FastCGI應答的超時時間,這個值是指已經完成兩次握手後接收FastCGI應答的超時時間。
fastcgi_read_timeout 300;
指定讀取FastCGI應答第一部分 須要用多大的緩衝區,這裏能夠設置爲fastcgi_buffers指令指定的緩衝區大小,上面的指令指定它將使用1個 16k的緩衝區去讀取應答的第一部分,即應答頭,其實這個應答頭通常狀況下都很小(不會超過1k),可是你若是在fastcgi_buffers指令中指 定了緩衝區的大小,那麼它也會分配一個fastcgi_buffers指定的緩衝區大小去緩存。
fastcgi_buffer_size 16k;
指定本地須要用多少和多大的緩衝區來 緩衝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;
這個指令我也不知道是作什麼用,只知道默認值是fastcgi_buffers的兩倍。
fastcgi_busy_buffers_size 32k;
在寫入fastcgi_temp_path時將用多大的數據塊,默認值是fastcgi_buffers的兩倍。
fastcgi_temp_file_write_size 32k;
開啓FastCGI緩存而且爲其制定一個名稱。我的感受開啓緩存很是有用,能夠有效下降CPU負載,而且防止502錯誤。可是這個緩存會引發不少問題,由於它緩存的是動態頁面。具體使用還需根據本身的需求。
fastcgi_cache TEST
爲指定的應答代碼指定緩存時間,如上例中將200,302應答緩存一小時,301應答緩存1天,其餘爲1分鐘。
fastcgi_cache_valid 200 302 1h; fastcgi_cache_valid 301 1d; fastcgi_cache_valid any 1m;
緩存在fastcgi_cache_path指令inactive參數值時間內的最少使用次數,如上例,若是在5分鐘內某文件1次也沒有被使用,那麼這個文件將被移除。
fastcgi_cache_min_uses 1;
不知道這個參數的做用,猜測應該是讓nginx知道哪些類型的緩存是沒用的。
fastcgi_cache_use_stale error timeout invalid_header http_500;
----By 微風