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

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

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

worker_processes 1; #全局錯(cuò)誤日志及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; #單個(gè)后臺(tái)worker process進(jìn)程的并發(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)該說是一個(gè)經(jīng)驗(yàn)值 # 根據(jù)以上條件，正常情況下的Nginx Server可以應(yīng)付的連接數(shù)為：4 * 8000 = 32000 # worker_connections 值的設(shè)置跟物理內(nèi)存大小有關(guān) # 因?yàn)椴l(fā)受IO約束，max_clients的值須小于系統(tǒng)可以打開的文件數(shù) # 而系統(tǒng)可以打開的文件數(shù)和內(nèi)存大小成正比，一般1GB內(nèi)存的機(jī)器上可以打開的文件數(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 進(jìn)程數(shù)目和系統(tǒng)可以打開的文件總數(shù)進(jìn)行適當(dāng)?shù)剡M(jìn)行設(shè)置 # 使得并發(fā)總數(shù)小于操作系統(tǒng)可以打開的文件數(shù)目 # 其實(shí)質(zhì)也就是根據(jù)主機(jī)的物理CPU和內(nèi)存進(jìn)行配置 # 當(dāng)然，理論上的并發(fā)總數(shù)可能會(huì)和實(shí)際有所偏差，因?yàn)橹鳈C(jī)還有其他的工作進(jìn)程需要消耗系統(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 方式）來輸出文件， #對(duì)于普通應(yīng)用，必須設(shè)為 on, #如果用來進(jìn)行下載等應(yīng)用磁盤IO重負(fù)載應(yīng)用，可設(shè)置為 off， #以平衡磁盤與網(wǎng)絡(luò)I/O處理速度，降低系統(tǒng)的uptime. sendfile on; #tcp_nopush on; #連接超時(shí)時(shí)間 #keepalive_timeout 0; keepalive_timeout 65; tcp_nodelay on; #開啟gzip壓縮 gzip on; gzip_disable "MSIE [1-6]."; #設(shè)定請(qǐng)求緩沖 client_header_buffer_size 128k; large_client_header_buffers 4 128k; #設(shè)定虛擬主機(jī)配置 server { #偵聽80端口 listen 80; #定義使用 www.nginx.cn訪問 server_name www.nginx.cn; #定義服務(wù)器的默認(rèn)網(wǎng)站根目錄位置 root html; #設(shè)定本虛擬主機(jī)的訪問日志 access_log logs/nginx.access.log main; #默認(rèn)請(qǐng)求 location / { #定義首頁索引文件的名稱 index index.php index.html index.htm; } # 定義錯(cuò)誤提示頁面 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è)大一點(diǎn)， #如果頻繁更新，則可以設(shè)置得小一點(diǎn)。 expires 30d; } #PHP 腳本請(qǐng)求全部轉(zhuǎn)發(fā)到 FastCGI處理. 使用FastCGI默認(rèn)配置. 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。

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

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

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

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

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

location = / { # 僅僅匹配請(qǐng)求 / [ configuration A ] } location / { # 匹配所有以 / 開頭的請(qǐng)求。 # 但是如果有更長的同類型的表達(dá)式，則選擇更長的表達(dá)式。 # 如果有正則表達(dá)式可以匹配，則優(yōu)先匹配正則表達(dá)式。 [ configuration B ] } location /documents/ { # 匹配所有以 /documents/ 開頭的請(qǐng)求。 # 但是如果有更長的同類型的表達(dá)式，則選擇更長的表達(dá)式。 # 如果有正則表達(dá)式可以匹配，則優(yōu)先匹配正則表達(dá)式。 [ configuration C ] } location ^~ /images/ { # 匹配所有以 /images/ 開頭的表達(dá)式，如果匹配成功，則停止匹配查找。 # 所以，即便有符合的正則表達(dá)式location，也不會(huì)被使用 [ configuration D ] } location ~* .(gif|jpg|jpeg)$ { # 匹配所有以 gif jpg jpeg結(jié)尾的請(qǐng)求。 # 但是 以 /images/開頭的請(qǐng)求，將使用 Configuration D [ configuration E ] } 請(qǐng)求匹配示例 / -> 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中負(fù)載均衡輪詢策略

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

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

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