nginx一些重要配置說明

1.nginx系統(tǒng)配置詳細說明

#nginx的運行用戶 user nobody; #啟動進程,通常設(shè)置成和cpu的數(shù)量相等

創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于做網(wǎng)站、成都網(wǎng)站制作、甘德網(wǎng)絡(luò)推廣、微信平臺小程序開發(fā)、甘德網(wǎng)絡(luò)營銷、甘德企業(yè)策劃、甘德品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們大的嘉獎；創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供甘德建站搭建服務(wù)，24小時服務(wù)熱線：13518219792，官方網(wǎng)址：muchs.cn

worker_processes 1; #全局錯誤日志及PID文件 #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; #工作模式及連接數(shù)上限 events { #epoll是多路復(fù)用IO(I/O Multiplexing)中的一種方式, #僅用于linux2.6以上內(nèi)核,可以大大提高nginx的性能 use epoll; #單個后臺worker process進程的并發(fā)鏈接數(shù) worker_connections 1024; # 并發(fā)總數(shù)是 worker_processes 和 worker_connections 的乘積 # 即 max_clients = worker_processes * worker_connections # 在設(shè)置了反向代理的情況下，max_clients = worker_processes * worker_connections / 4 為什么 # 為什么上面反向代理要除以4，應(yīng)該說是一個經(jīng)驗值 # 根據(jù)以上條件，正常情況下的Nginx Server可以應(yīng)付的連接數(shù)為：4 * 8000 = 32000 # worker_connections 值的設(shè)置跟物理內(nèi)存大小有關(guān) # 因為并發(fā)受IO約束，max_clients的值須小于系統(tǒng)可以打開的文件數(shù) # 而系統(tǒng)可以打開的文件數(shù)和內(nèi)存大小成正比，一般1GB內(nèi)存的機器上可以打開的文件數(shù)大約是10萬左右 # 我們來看看360M內(nèi)存的VPS可以打開的文件句柄數(shù)是多少： # $ cat /proc/sys/fs/file-max # 輸出 34336 # 32000 < 34336，即并發(fā)連接總數(shù)小于系統(tǒng)可以打開的文件句柄總數(shù)，這樣就在操作系統(tǒng)可以承受的范圍之內(nèi) # 所以，worker_connections 的值需根據(jù) worker_processes 進程數(shù)目和系統(tǒng)可以打開的文件總數(shù)進行適當(dāng)?shù)剡M行設(shè)置 # 使得并發(fā)總數(shù)小于操作系統(tǒng)可以打開的文件數(shù)目 # 其實質(zhì)也就是根據(jù)主機的物理CPU和內(nèi)存進行配置 # 當(dāng)然，理論上的并發(fā)總數(shù)可能會和實際有所偏差，因為主機還有其他的工作進程需要消耗系統(tǒng)資源。 # ulimit -SHn 65535 } http { #設(shè)定mime類型,類型由mime.type文件定義 include mime.types; default_type application/octet-stream; #設(shè)定日志格式 log_format main \'$remote_addr - $remote_user [$time_local] "$request" \' \'$status $body_bytes_sent "$http_referer" \' \'"$http_user_agent" "$http_x_forwarded_for"\'; access_log logs/access.log main; #sendfile 指令指定 nginx 是否調(diào)用 sendfile 函數(shù)（zero copy 方式）來輸出文件， #對于普通應(yīng)用，必須設(shè)為 on, #如果用來進行下載等應(yīng)用磁盤IO重負載應(yīng)用，可設(shè)置為 off， #以平衡磁盤與網(wǎng)絡(luò)I/O處理速度，降低系統(tǒng)的uptime. sendfile on; #tcp_nopush on; #連接超時時間 #keepalive_timeout 0; keepalive_timeout 65; tcp_nodelay on; #開啟gzip壓縮 gzip on; gzip_disable "MSIE [1-6]."; #設(shè)定請求緩沖 client_header_buffer_size 128k; large_client_header_buffers 4 128k; #設(shè)定虛擬主機配置 server { #偵聽80端口 listen 80; #定義使用 www.nginx.cn訪問 server_name www.nginx.cn; #定義服務(wù)器的默認網(wǎng)站根目錄位置 root html; #設(shè)定本虛擬主機的訪問日志 access_log logs/nginx.access.log main; #默認請求 location / { #定義首頁索引文件的名稱 index index.php index.html index.htm; } # 定義錯誤提示頁面 error_page 500 502 503 504 /50x.html; location = /50x.html { } #靜態(tài)文件，nginx自己處理 location ~ ^/(images|javascript|js|css|flash|media|static)/ { #過期30天，靜態(tài)文件不怎么更新，過期可以設(shè)大一點， #如果頻繁更新，則可以設(shè)置得小一點。 expires 30d; } #PHP 腳本請求全部轉(zhuǎn)發(fā)到 FastCGI處理. 使用FastCGI默認配置. location ~ .php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } #禁止訪問 .htxxx 文件 location ~ /.ht { deny all; } } } 2.nginx中l(wèi)ocation匹配規(guī)則詳解

nginx是用C開發(fā)的，C語音中的location相當(dāng)于java中的controller。

一個請求過來，nginx服務(wù)器具體會交給哪個或哪些location處理，將根據(jù)正則的匹配規(guī)則確定

2.1 nginx的匹配規(guī)則如下 沒有修飾符 表示：必須以指定模式開始 ~表示執(zhí)行一個正則匹配，區(qū)分大小寫 ~*表示執(zhí)行一個正則匹配，不區(qū)分大小寫 ^~表示普通字符匹配。使用前綴匹配。如果匹配成功，則不再匹配其他location。 =進行普通字符精確匹配。也就是完全匹配。 @它定義一個命名的location，使用在內(nèi)部定向時，例如error_page,try_files 2.2 nginx的匹配規(guī)則按優(yōu)先級排列

nginx的location匹配和配置中l(wèi)ocation的順序沒有太大關(guān)系。與location表達式的類型有關(guān)。相同類型的表達式，字符串長的會優(yōu)先匹配。

等號類型（=）的優(yōu)先級高。一旦匹配成功，則不再查找其他匹配項。^~類型表達式。一旦匹配成功，則不再查找其他匹配項。正則表達式類型（~~*）的優(yōu)先級次之。如果有多個location的正則能匹配的話，則使用正則表達式最長的那個。常規(guī)字符串匹配類型。按前綴匹配。

以下是location匹配的優(yōu)先級示例

location = / { # 僅僅匹配請求 / [ configuration A ] } location / { # 匹配所有以 / 開頭的請求。 # 但是如果有更長的同類型的表達式，則選擇更長的表達式。 # 如果有正則表達式可以匹配，則優(yōu)先匹配正則表達式。 [ configuration B ] } location /documents/ { # 匹配所有以 /documents/ 開頭的請求。 # 但是如果有更長的同類型的表達式，則選擇更長的表達式。 # 如果有正則表達式可以匹配，則優(yōu)先匹配正則表達式。 [ configuration C ] } location ^~ /images/ { # 匹配所有以 /images/ 開頭的表達式，如果匹配成功，則停止匹配查找。 # 所以，即便有符合的正則表達式location，也不會被使用 [ configuration D ] } location ~* .(gif|jpg|jpeg)$ { # 匹配所有以 gif jpg jpeg結(jié)尾的請求。 # 但是 以 /images/開頭的請求，將使用 Configuration D [ configuration E ] } 請求匹配示例 / -> configuration A /index.html -> configuration B /documents/document.html -> configuration C /images/1.gif -> configuration D /documents/1.jpg -> configuration E 注意，以上的匹配和在配置文件中定義的順序無關(guān)。 3.nginx中負載均衡輪詢策略

nginx負載均衡模塊的輪詢策略主要有以下4中

ip_hash:根據(jù)用戶的ip地址，nginx會根據(jù)hash算法將該地址傳來的請求發(fā)送給固定的服務(wù)器處理，配置了該屬性則權(quán)重將不生效（理論上可以用來處理session共享） 輪詢：nginx將接收到的請求按順序分配給不同的服務(wù)器進行處理 權(quán)重：可以根據(jù)各服務(wù)器的配置及請求的響應(yīng)情況來配置權(quán)重，使得nginx處理請求達到一個負載均衡的效果 備用：備用服務(wù)器一般不處理請求，只有當(dāng)所有在正在處理請求的服務(wù)器都掛了，才會啟用該備用服務(wù)器確保系統(tǒng)能夠正常執(zhí)行

其實在具體的生產(chǎn)環(huán)境中，一般是不采用設(shè)置ip_hash來處理session共享的，原因是生產(chǎn)環(huán)境中ip地址很多是動態(tài)獲取的，并不固定。所以根據(jù)hash算法算出來的結(jié)果不一樣，因此ip_hash的輪詢策略并不適用