Nginx配置文件通常位於Nginx安裝目錄下的conf目錄下。整個文件以block形式組合而成,每個block都使用"{}"大括號來表示。block中能夠嵌套其餘block層級。其中main層是最高層次。php
block圖示:html
此外,還有一個比較重要的模塊就是upstream,upstream(上游服務器設置,主要爲反向代理、負載均衡相關配置),upstream的指令用於設置一系列的後端服務器,設置反向代理及後端服務器的負載均衡;在Nginx做爲代理服務或負載服務時,它的配置位於http模塊中,具體的處理使用將在匹配到的location中。此處再也不討論關於upstream的詳細使用。linux
文件解讀:nginx
併發總數是 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瀏覽器
當配置文件worker_processes設置爲2時, 查看nginx的worker進程:安全
$args #請求中的參數值 $query_string #同 $args $arg_NAME #GET請求中NAME的值 $is_args #若是請求中有參數,值爲"?",不然爲空字符串 $uri #請求中的當前URI(不帶請求參數,參數位於$args),能夠不一樣於瀏覽器傳遞的$request_uri的值,它能夠經過內部重定向,或者使用index指令進行修改,$uri不包含主機名,如"/foo/bar.html"。 $document_uri #同 $uri $document_root #當前請求的文檔根目錄或別名 $host #優先級:HTTP請求行的主機名>"HOST"請求頭字段>符合請求的服務器名 $hostname #主機名 $https #若是開啓了SSL安全模式,值爲"on",不然爲空字符串。 $binary_remote_addr #客戶端地址的二進制形式,固定長度爲4個字節 $body_bytes_sent #傳輸給客戶端的字節數,響應頭不計算在內;這個變量和Apache的mod_log_config模塊中的"%B"參數保持兼容 $bytes_sent #傳輸給客戶端的字節數 $connection #TCP鏈接的序列號 $connection_requests #TCP鏈接當前的請求數量 $content_length #"Content-Length" 請求頭字段 $content_type #"Content-Type" 請求頭字段 $cookie_name #cookie名稱 $limit_rate #用於設置響應的速度限制 $msec #當前的Unix時間戳 $nginx_version #nginx版本 $pid #工做進程的PID $pipe #若是請求來自管道通訊,值爲"p",不然爲"." $proxy_protocol_addr #獲取代理訪問服務器的客戶端地址,若是是直接訪問,該值爲空字符串 $realpath_root #當前請求的文檔根目錄或別名的真實路徑,會將全部符號鏈接轉換爲真實路徑 $remote_addr #客戶端地址 $remote_port #客戶端端口 $remote_user #用於HTTP基礎認證服務的用戶名 $request #表明客戶端的請求地址 $request_body #客戶端的請求主體:此變量可在location中使用,將請求主體經過proxy_pass,fastcgi_pass,uwsgi_pass和scgi_pass傳遞給下一級的代理服務器 $request_body_file #將客戶端請求主體保存在臨時文件中。文件處理結束後,此文件需刪除。若是須要之一開啓此功能,須要設置client_body_in_file_only。若是將次文件傳遞給後端的代理服務器,須要禁用request body,即設置proxy_pass_request_body off,fastcgi_pass_request_body off,uwsgi_pass_request_body off,or scgi_pass_request_body off $request_completion #若是請求成功,值爲"OK",若是請求未完成或者請求不是一個範圍請求的最後一部分,則爲空 $request_filename #當前鏈接請求的文件路徑,由root或alias指令與URI請求生成 $request_length #請求的長度 (包括請求的地址,http請求頭和請求主體) $request_method #HTTP請求方法,一般爲"GET"或"POST" $request_time #處理客戶端請求使用的時間; 從讀取客戶端的第一個字節開始計時 $request_uri #這個變量等於包含一些客戶端請求參數的原始URI,它沒法修改,請查看$uri更改或重寫URI,不包含主機名,例如:"/cnphp/test.php?arg=freemouse" $scheme #請求使用的Web協議,"http" 或 "https" $server_addr #服務器端地址,須要注意的是:爲了不訪問linux系統內核,應將ip地址提早設置在配置文件中 $server_name #服務器名 $server_port #服務器端口 $server_protocol #服務器的HTTP版本,一般爲 "HTTP/1.0" 或 "HTTP/1.1" $status #HTTP響應代碼 $time_iso8601 #服務器時間的ISO 8610格式 $time_local #服務器時間(LOG Format 格式) $cookie_NAME #客戶端請求Header頭中的cookie變量,前綴"$cookie_"加上cookie名稱的變量,該變量的值即爲cookie名稱的值 $http_NAME #匹配任意請求頭字段;變量名中的後半部分NAME能夠替換成任意請求頭字段,如在配置文件中須要獲取http請求頭:"Accept-Language",$http_accept_language便可 $http_cookie $http_post $http_referer $http_user_agent $http_x_forwarded_for $sent_http_NAME #能夠設置任意http響應頭字段;變量名中的後半部分NAME能夠替換成任意響應頭字段,如須要設置響應頭Content-length,$sent_http_content_length便可 $sent_http_cache_control $sent_http_connection $sent_http_content_type $sent_http_keep_alive $sent_http_last_modified $sent_http_location $sent_http_transfer_encoding