1.nginx系統配置詳細說明

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

創新互聯專注為客戶提供全方位的互聯網綜合服務，包含不限于做網站、成都網站制作、甘德網絡推廣、微信平臺小程序開發、甘德網絡營銷、甘德企業策劃、甘德品牌公關、搜索引擎seo、人物專訪、企業宣傳片、企業代運營等，從售前售中售后，我們都將竭誠為您服務，您的肯定，是我們大的嘉獎；創新互聯為所有大學生創業者提供甘德建站搭建服務，24小時服務熱線：13518219792，官方網址：vcdvsql.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; #工作模式及連接數上限 events { #epoll是多路復用IO(I/O Multiplexing)中的一種方式, #僅用于linux2.6以上內核,可以大大提高nginx的性能 use epoll; #單個后臺worker process進程的并發鏈接數 worker_connections 1024; # 并發總數是 worker_processes 和 worker_connections 的乘積 # 即 max_clients = worker_processes * worker_connections # 在設置了反向代理的情況下，max_clients = worker_processes * worker_connections / 4 為什么 # 為什么上面反向代理要除以4，應該說是一個經驗值 # 根據以上條件，正常情況下的Nginx Server可以應付的連接數為：4 * 8000 = 32000 # worker_connections 值的設置跟物理內存大小有關 # 因為并發受IO約束，max_clients的值須小于系統可以打開的文件數 # 而系統可以打開的文件數和內存大小成正比，一般1GB內存的機器上可以打開的文件數大約是10萬左右 # 我們來看看360M內存的VPS可以打開的文件句柄數是多少： # $ cat /proc/sys/fs/file-max # 輸出 34336 # 32000 < 34336，即并發連接總數小于系統可以打開的文件句柄總數，這樣就在操作系統可以承受的范圍之內 # 所以，worker_connections 的值需根據 worker_processes 進程數目和系統可以打開的文件總數進行適當地進行設置 # 使得并發總數小于操作系統可以打開的文件數目 # 其實質也就是根據主機的物理CPU和內存進行配置 # 當然，理論上的并發總數可能會和實際有所偏差，因為主機還有其他的工作進程需要消耗系統資源。 # ulimit -SHn 65535 } http { #設定mime類型,類型由mime.type文件定義 include mime.types; default_type application/octet-stream; #設定日志格式 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 是否調用 sendfile 函數（zero copy 方式）來輸出文件， #對于普通應用，必須設為 on, #如果用來進行下載等應用磁盤IO重負載應用，可設置為 off， #以平衡磁盤與網絡I/O處理速度，降低系統的uptime. sendfile on; #tcp_nopush on; #連接超時時間 #keepalive_timeout 0; keepalive_timeout 65; tcp_nodelay on; #開啟gzip壓縮 gzip on; gzip_disable "MSIE [1-6]."; #設定請求緩沖 client_header_buffer_size 128k; large_client_header_buffers 4 128k; #設定虛擬主機配置 server { #偵聽80端口 listen 80; #定義使用 www.nginx.cn訪問 server_name www.nginx.cn; #定義服務器的默認網站根目錄位置 root html; #設定本虛擬主機的訪問日志 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 { } #靜態文件，nginx自己處理 location ~ ^/(images|javascript|js|css|flash|media|static)/ { #過期30天，靜態文件不怎么更新，過期可以設大一點， #如果頻繁更新，則可以設置得小一點。 expires 30d; } #PHP 腳本請求全部轉發到 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中location匹配規則詳解

nginx是用C開發的，C語音中的location相當于java中的controller。

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

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

nginx的location匹配和配置中location的順序沒有太大關系。與location表達式的類型有關。相同類型的表達式，字符串長的會優先匹配。

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

以下是location匹配的優先級示例

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

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

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

其實在具體的生產環境中，一般是不采用設置ip_hash來處理session共享的，原因是生產環境中ip地址很多是動態獲取的，并不固定。所以根據hash算法算出來的結果不一樣，因此ip_hash的輪詢策略并不適用