nginx訪問排隊
Ⅰ nginx反向代理訪問很慢，我做了負載均衡，現在幾乎無法訪問，有誰能幫我解決一下，萬分感謝。
建議你用專業負載均衡設備
Ⅱ nginx會不會造成1個請求發送到多台主機的情況
我是沒有具體的文檔數據證明，但憑我多年使用nginx的理解，是不是出現這個情況的。一個請求他就只轉發給一個後端，連接不到或者出錯就直接返回502 403 等 ，接著等待下一個請求。
像你這種情況，很多情況下是客戶端提交按鈕多次被按到。解決辦法一般前端都要做一個控制，post的時候要把按鈕disable掉。還有就是php層面做一個防重復提交的控制，通常用token。
還有一點就是資料庫的優化，有時寫鎖就會造成排隊，客戶端等著不反應就提交多幾下。
Ⅲ 為什麼nginx只能同時處理一個php，apache環境下可以同時運行
Nginx 的工作原理在這里我就不多贅述了，網上隨便搜一下 Nginx 的工作原理，成百上千的 blog 都在討論講述，可以自己搜一下。
但我可以簡單粗暴地回答一下你的這個問題，這樣也更方便理解。
---- Apache使用線程驅動處理 http 請求：每個連接都會打開一個線程，並在發送響應時關閉線程，釋放其他線程的資源。這就是說，你每發送一個 http 請求，Apache 就會給你分配一個接待員來處理這個請求；你發 10 個請求，就有 10 個接待員，一對一的方式來處理，所以無需等待；
---- Nginx 處理 http 請求使用 Reactor 模式，基本上默認情況下，它是單線程的（但可以分叉幾個進程來利用多個內核）。這就是說，不管你發幾個 http 請求，Nginx 只有一個接待員來處理你的請求，處理完了這個請求才能接著處理下一個請求，所以請求多的時候就需要排隊；
當然，Nginx 的這個處理方式不是死的，可以根據實際情況靈活配置；如果你要深入理解，我在這里簡簡單單也說不清楚，長篇大論的 Blog 網上都有，得慢慢看。
Ⅳ tomcat與nginx，apache的區別是什麼
Tomcat與Nginx、Apache的關系如下圖。由配送中心選擇Apache、Nginx中的某一輛貨車將包裹送給客戶。雖然Apache、Nginx兩輛車的用途是一樣的，仔細區分它們兩還是有區別的，比如：貨物裝載的速度、方式不一樣，Apache有水箱可以直接運送活魚而Nginx沒有。
Nginx並發性好，CPU、內存佔用低。但如果rewrite頻繁，那還是選擇Apache好一些，Apache在處理動態請求更有優勢。
Ⅳ nginx日誌，統計不同ip的訪問，按訪問量排列，用一條linux命令怎麼寫
cataccess.log|egrep-o"([0-9]{1,3}.){3}[0-9]{1,3}"|sort-nr|uniq-c|sort-nr
Ⅵ nginx伺服器報502錯誤,重啟伺服器之後網站變慢，查看日誌之後也沒有效果，請問是怎麼一回事
一些運行在Nginx上的網站有時候會出現「502 Bad Gateway」錯誤，有些時候甚至頻繁的出現。一下是搜集整理的一些Nginx 502錯誤的排查方法，供參考：
Nginx 502錯誤的原因比較多，是因為在代理模式下後端伺服器出現問題引起的。這些錯誤一般都不是nginx本身的問題，一定要從後端找原因！但nginx把這些出錯都攬在自己身上了，著實讓nginx的推廣者備受置疑，畢竟從字眼上理解，bad gateway？不就是bad nginx嗎？讓不了解的人看到，會直接把責任推在nginx身上，希望nginx下一個版本會把出錯提示寫稍微友好一些，至少不會是現在簡單的一句 502 Bad Gateway，另外還不忘附上自己的大名。
Nginx 502的觸發條件
502錯誤最通常的出現情況就是後端主機當機。在upstream配置里有這么一項配置：proxy_next_upstream，這個配置指定了 nginx在從一個後端主機取數據遇到何種錯誤時會轉到下一個後端主機，里頭寫上的就是會出現502的所有情況拉，默認是error timeout。error就是當機、斷線之類的，timeout就是讀取堵塞超時，比較容易理解。我一般是全寫上的：
proxy_next_upstream error timeout invalid_header http_500 http_503;不過現在可能我要去掉http_500這一項了，http_500指定後端返回500錯誤時會轉一個主機，後端的jsp出錯的話，本來會列印一堆 stacktrace的錯誤信息，現在被502取代了。但公司的程序員可不這么認為，他們認定是nginx出現了錯誤，我實在沒空跟他們解釋502的原理 了……
503錯誤就可以保留，因為後端通常是apache resin，如果apache死機就是error，但resin死機，僅僅是503，所以還是有必要保留的。
解決辦法
遇到502問題，可以優先考慮按照以下兩個步驟去解決。
1、查看當前的PHP FastCGI進程數是否夠用：
復制代碼 代碼如下:
netstat -anpo | grep "php-cgi" | wc -l
如果實際使用的「FastCGI進程數」接近預設的「FastCGI進程數」，那麼，說明「FastCGI進程數」不夠用，需要增大。
2、部分PHP程序的執行時間超過了Nginx的等待時間，可以適當增加nginx.conf配置文件中FastCGI的timeout時間，例如：
復制代碼 代碼如下:
http { fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; ...... } ......
php.ini中memory_limit設低了會出錯，修改了php.ini的memory_limit為64M，重啟nginx，發現好了，原來是PHP的內存不足了。
如果這樣修改了還解決不了問題，可以參考下面這些方案：
一、max-children和max-requests
一台伺服器上運行著nginx php(fpm) xcache，訪問量日均 300W pv左右。
最近經常會出現這樣的情況：php頁面打開很慢，cpu使用率突然降至很低，系統負載突然升至很高，查看網卡的流量，也會發現突然降到了很低。這種情況只持續數秒鍾就恢復了。
檢查php-fpm的日誌文件發現了一些線索。
復制代碼 代碼如下:
Sep 30 08:32:23.289973 [NOTICE] fpm_unix_init_main(), line 271: getrlimit(nofile): max:51200, cur:51200 Sep 30 08:32:23.290212 [NOTICE] fpm_sockets_init_main(), line 371: using inherited socket fd=10, 「127.0.0.1:9000″ Sep 30 08:32:23.290342 [NOTICE] fpm_event_init_main(), line 109: libevent: using epoll Sep 30 08:32:23.296426 [NOTICE] fpm_init(), line 47: fpm is running, pid 30587
在這幾句的前面，是1000多行的關閉children和開啟children的日誌。
原來，php-fpm有一個參數 max_requests，該參數指明了，每個children最多處理多少個請求後便會被關閉，默認的設置是500。因為php是把請求輪詢給每個 children，在大流量下，每個childre到達max_requests所用的時間都差不多，這樣就造成所有的children基本上在同一時間 被關閉。
在這期間，nginx無法將php文件轉交給php-fpm處理，所以cpu會降至很低(不用處理php，更不用執行sql)，而負載會升至很高(關閉和開啟children、nginx等待php-fpm)，網卡流量也降至很低(nginx無法生成數據傳輸給客戶端)
解決問題很簡單，增加children的數量，並且將 max_requests 設置未 0 或者一個比較大的值：
打開 /usr/local/php/etc/php-fpm.conf調大以下兩個參數(根據伺服器實際情況，過大也不行）
復制代碼 代碼如下:
<value>5120</value><value>600</value>
然後重啟php-fpm。
二、增加緩沖區容量大小
將nginx的error log打開，發現「pstream sent too big header while reading response header from upstream」這樣的錯誤提示。查閱了一下資料，大意是nginx緩沖區有一個bug造成的,我們網站的頁面消耗佔用緩沖區可能過大。參考老外寫的修 改辦法增加了緩沖區容量大小設置，502問題徹底解決。後來系統管理員又對參數做了調整隻保留了2個設置參數：client head buffer，fastcgi buffer size。
三、request_terminate_timeout
如果主要是在一些post或者資料庫操作的時候出現502這種情況，而不是在靜態頁面操作中常見，那麼可以查看一下php-fpm.conf設置中的一項：
request_terminate_timeout
這個值是max_execution_time，就是fast-cgi的執行腳本時間。
0s
0s為關閉，就是無限執行下去。（當時裝的時候沒仔細看就改了一個數字）問題解決了，執行很長時間也不會出錯了。優化fastcgi中，還可以改改這個值5s 看看效果。
php-cgi進程數不夠用、php執行時間長、或者是php-cgi進程死掉，都會出現502錯誤。Nginx 502 Bad Gateway錯誤的解決辦法2
今天，我的VPS頻繁提示Nginx 502 Bad Gateway錯誤了，重啟了VPS解決之後又出現，很煩。有點想不通，前兩天網站達到了1290的訪問量都沒有出什麼問題，怎麼這次就出現了502 Bad Gateway？郁悶啊！！！在搜索了很久，終於找到了不少相關的答案，希望修改之後不會再出現這個錯誤了。唉，既然在網上找了那麼久的答案，那當然得把有用的東西記錄下，免得我下次再去谷歌~
由於我是採用了LNMP一鍵安裝包 ，出了問題肯定要先到官方論壇去搜索下了，真好，官方有個這樣的置頂帖，大家先瞧瞧。
LNMP一鍵安裝包官方的：
第一種原因：目前lnmp一鍵安裝包比較多的問題就是502 Bad Gateway，大部分情況下原因是在安裝php前，腳本中某些lib包可能沒有安裝上，造成php沒有編譯安裝成功。解決辦法：可以嘗試根據lnmp一鍵安裝包中的腳本手動安裝一下，看看是什麼錯誤導致的。
第二種原因：
在php.ini里，eaccelerator配置項一定要放在Zend Optimizer配置之前，否則也可能引起502 Bad Gateway
第三種原因：
在安裝好使用過程中出現502問題，一般是因為默認php-cgi進程是5個，可能因為phpcgi進程不夠用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 將其中的max_children值適當增加。
第四種原因：
php執行超時，修改/usr/local/php/etc/php.ini 將max_execution_time 改為300
第五種原因：
磁碟空間不足，如mysql日誌佔用大量空間
第六種原因：
查看php-cgi進程是否在運行
也有網友給出了另外的解決辦法：
Nginx 502 Bad Gateway的含義是請求的PHP-CGI已經執行，但是由於某種原因（一般是讀取資源的問題）沒有執行完畢而導致PHP-CGI進程終止，一般來說Nginx 502 Bad Gateway和php-fpm.conf的設置有關。
php-fpm.conf有兩個至關重要的參數，一個是max_children，另一個是request_terminate_timeout，但是這個值不是通用的，而是需要自己計算的。在安裝好使用過程中出現502問題，一般是因為默認php-cgi進程是5個，可能因為phpcgi進程不夠用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 將其中的max_children值適當增加。
計算的方式如下：
如果你的伺服器性能足夠好，且寬頻資源足夠充足，PHP腳本沒有系循環或BUG的話你可以直接將 request_terminate_timeout設置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而如果你做不到這一點，也就 是說你的PHP-CGI可能出現某個BUG，或者你的寬頻不夠充足或者其他的原因導致你的PHP-CGI假死那麼就建議你給 request_terminate_timeout賦一個值，這個值可以根據伺服器的性能進行設定。一般來說性能越好你可以設置越高，20分鍾-30分 鍾都可以。而max_children這個值又是怎麼計算出來的呢？這個值原則上是越大越好，php-cgi的進程多了就會處理的很快，排隊的請求就會很少。 設置max_children也需要根據伺服器的性能進行設定，一般來說一台伺服器正常情況下每一個php-cgi所耗費的內存在20M左右。
按照官方的答案，排查了相關的可能，並結合了網友的答案，得出了下面的解決辦法。
1、查看php fastcgi的進程數（max_children值）
代碼：netstat -anpo | grep 「php-cgi」 | wc -l
5（假如顯示5）
2、查看當前進程
代碼：top觀察fastcgi進程數,假如使用的進程數等於或高於5個，說明需要增加（根據你機器實際狀況而定）
3、調整/usr/local/php/etc/php-fpm.conf 的相關設置
<value name=」max_children」>10</value><value name=」request_terminate_timeout」>60s</value>max_children最多10個進程，按照每個進程20MB內存，最多200MB。request_terminate_timeout執行的時間為60秒，也就是1分鍾。
我現在使用的是小鳥雲伺服器。他們官網最近有活動蠻優惠，建議去看看！
Ⅶ 如何查看nginx狀態如何統計訪問量
2.訪問量統計
1.根據訪問IP統計UV
awk '{print $1}' access.log|sort | uniq -c |wc -l
2.統計訪問URL統計PV
awk '{print $7}' access.log|wc -l
3.查詢訪問最頻繁的URL
awk '{print $7}' access.log|sort | uniq -c |sort -n -k 1 -r|more
4.查詢訪問最頻繁的IP
awk '{print $1}' access.log|sort | uniq -c |sort -n -k 1 -r|more
5.根據時間段統計查看日誌
cat access.log| sed -n '/14\/Mar\/2015:21/,/14\/Mar\/2015:22/p'|more
Ⅷ windows版nginx怎樣配置負載均衡
一、 下載Nginx（nginx-1.5.8.zip）
解壓到D：/serve目錄下
雙擊運行nginx.exe,屏幕一閃而過或者在DOS裡面敲打命令，如圖所示：
可以看到屏幕一閃而過，接下來測試一下是否安裝啟動成功；
在任務管理器的進程中查看nginx.exe是否啟動
若看到該映像名稱，證明nginx程序已經啟動成功！
這時我們就可以在瀏覽器中訪問:http://localhost
這樣我們就成功的搭建了一個nginx服務！！
Nginx+Tomcat負載均衡配置這里只需要修改Nginx的配置文件nginx.conf，讓它通過tomcat來轉發。
Nginx配置文件完成如下：
#使用的用戶和組,window下不指定
#user nobody;
#指定工作衍生進程數(一般等於CPU總和數或總和數的兩倍，例如兩個四核CPU，則總和數為8)
worker_processes 1;
#指定錯誤日誌文件存放路徑，錯誤日誌級別可選項為【debug|info|notice|warn|error|crit】
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#指定pid存放路徑
#pid logs/nginx.pid;
#工作模式及連接數上限
events {
#使用網路I/O模型，Linux系統推薦使用epoll模型，FreeBSD系統推薦使用kqueue;window下不指定
#允許的連接數
#user epoll;
worker_connections 100;
}
#設定http伺服器，利用他的反向代理功能提供負載均衡支持
http {
#設定mime類型
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"';
client_header_buffer_size 1k;
large_client_header_buffers 4 4k;
access_log logs/access.log main;
#設定access log
client_header_timeout 3m;
client_body_timeout 3m;
send_timeout 3m;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
#keepalive_timeout 0;
keepalive_timeout 65;
#開啟gzip模塊
gzip on;
gzip_min_length 1100;
gzip_buffers 4 8k;
gzip_types text/plain application/x-javascript text/css application/xml;
output_buffers 1 32k;
postpone_output 1460;
server_names_hash_bucket_size 128;
client_max_body_size 8m;
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
gzip_http_version 1.1;
gzip_comp_level 2;
gzip_vary on;
#設定負載均衡的伺服器列表
upstream localhost {
#設定負載均衡的伺服器列表
#ip_hash;
#同一機器在多網情況下，路由切換，ip可能不同 #weigth參數表示權值，權值越高被分配到的幾率越大
server 192.168.101.222:8088 max_fails=2 fail_timeout=600s;
server 192.168.101.5:8081 max_fails=2 fail_timeout=600s;
}
#設定虛擬主機
server {
listen 80;
server_name localhost;
charset UTF-8;
#設定本虛擬主機的訪問日誌
access_log logs/host.access.log main;
#對 "/" 啟用負載均衡
location / {
root \\192.168.101.222\D:\web\apache-tomcat-6.0.37\webapps;
index index.html index.htm index.aspx;
proxy_redirect off;
#保留用戶真實信息
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#允許客戶端請求的最大單個文件位元組數
client_max_body_size 10m;
#緩沖區代理緩沖用戶端請求的最大位元組數，可以理解為先保存到本地再傳給用戶
client_body_buffer_size 128k;
#跟後端伺服器連接超時時間 發起握手等候響應超時時間
proxy_connect_timeout 12;
#連接成功後 等待後端伺服器響應時間 其實已進入後端的排隊之中等候處理
proxy_read_timeout 90;
#代理請求緩存區 這個緩存區間會保存用戶的頭信息一共Nginx進行規則處理 一般只要能保存下頭信息即可
proxy_send_timeout 90;
#同上 告訴Nginx保存單個用的幾個Buffer最大用多大空間
proxy_buffer_size 4k;
proxy_buffers 4 32k;
#如果系統很忙的時候可以申請國內各大的proxy_buffers 官方推薦 *2
proxy_busy_buffers_size 64k;
#proxy 緩存臨時文件的大小
proxy_temp_file_write_size 64k;
proxy_next_upstream error timeout invalid_header http_500 http_503 http_404;
proxy_max_temp_file_size 128m;
proxy_pass http://localhost;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
四、測試
前提是分別啟動兩台機器的tomcat,其次啟動nginx服務；
在192.168.101.23上訪問nginx伺服器（通過訪問（項目路徑）來實現對192.168.101.222和192.168.101.5這兩個機器上應用程序的訪問，最終實現tomcat的均衡負載）
[1]關閉192.168.101.222上的tomcat服務，訪問192.168.101.23上的nginx服務，觀察192.168.101.5上的tomcat是否運行；
[2]關閉192.168.101.5上的tomcat服務，訪問192.168.101.23上的nginx服務，觀察192.168.101.222上的tomcat是否運行；
[3]兩個tomcat都啟動，訪問nginx服務，模擬並發用戶n個，觀察tomcat的運行情況；
如果[1]和[2]的tomcat都運行就說明搭建nginx代理服務成功，tomcat實現了均衡負載；
Ⅸ ngnix win7環境訪問慢
一、 下載Nginx（nginx-1.5.8.zip）
解壓到D：/serve目錄下
雙擊運行nginx.exe,屏幕一閃而過或者在DOS裡面敲打命令，如圖所示：
可以看到屏幕一閃而過，接下來測試一下是否安裝啟動成功；
在任務管理器的進程中查看nginx.exe是否啟動
若看到該映像名稱，證明nginx程序已經啟動成功！
這時我們就可以在瀏覽器中訪問:http://localhost
這樣我們就成功的搭建了一個nginx服務！！
Nginx+Tomcat負載均衡配置這里只需要修改Nginx的配置文件nginx.conf，讓它通過tomcat來轉發。
Nginx配置文件完成如下：
#使用的用戶和組,window下不指定
#user nobody;
#指定工作衍生進程數(一般等於CPU總和數或總和數的兩倍，例如兩個四核CPU，則總和數為8)
worker_processes 1;
#指定錯誤日誌文件存放路徑，錯誤日誌級別可選項為【debug|info|notice|warn|error|crit】
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#指定pid存放路徑
#pid logs/nginx.pid;
#工作模式及連接數上限
events {
#使用網路I/O模型，Linux系統推薦使用epoll模型，FreeBSD系統推薦使用kqueue;window下不指定
#允許的連接數
#user epoll;
worker_connections 100;
}
#設定http伺服器，利用他的反向代理功能提供負載均衡支持
http {
#設定mime類型
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"';
client_header_buffer_size 1k;
large_client_header_buffers 4 4k;
access_log logs/access.log main;
#設定access log
client_header_timeout 3m;
client_body_timeout 3m;
send_timeout 3m;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
#keepalive_timeout 0;
keepalive_timeout 65;
#開啟gzip模塊
gzip on;
gzip_min_length 1100;
gzip_buffers 4 8k;
gzip_types text/plain application/x-javascript text/css application/xml;
output_buffers 1 32k;
postpone_output 1460;
server_names_hash_bucket_size 128;
client_max_body_size 8m;
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
gzip_http_version 1.1;
gzip_comp_level 2;
gzip_vary on;
#設定負載均衡的伺服器列表
upstream localhost {
#設定負載均衡的伺服器列表
#ip_hash;
#同一機器在多網情況下，路由切換，ip可能不同 #weigth參數表示權值，權值越高被分配到的幾率越大
server 192.168.101.222:8088 max_fails=2 fail_timeout=600s;
server 192.168.101.5:8081 max_fails=2 fail_timeout=600s;
}
#設定虛擬主機
server {
listen 80;
server_name localhost;
charset UTF-8;
#設定本虛擬主機的訪問日誌
access_log logs/host.access.log main;
#對 "/" 啟用負載均衡
location / {
root \\192.168.101.222\D:\web\apache-tomcat-6.0.37\webapps;
index index.html index.htm index.aspx;
proxy_redirect off;
#保留用戶真實信息
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
#允許客戶端請求的最大單個文件位元組數
client_max_body_size 10m;
#緩沖區代理緩沖用戶端請求的最大位元組數，可以理解為先保存到本地再傳給用戶
client_body_buffer_size 128k;
#跟後端伺服器連接超時時間 發起握手等候響應超時時間
proxy_connect_timeout 12;
#連接成功後 等待後端伺服器響應時間 其實已進入後端的排隊之中等候處理
proxy_read_timeout 90;
#代理請求緩存區 這個緩存區間會保存用戶的頭信息一共Nginx進行規則處理 一般只要能保存下頭信息即可
proxy_send_timeout 90;
#同上 告訴Nginx保存單個用的幾個Buffer最大用多大空間
proxy_buffer_size 4k;
proxy_buffers 4 32k;
#如果系統很忙的時候可以申請國內各大的proxy_buffers 官方推薦 *2
proxy_busy_buffers_size 64k;
#proxy 緩存臨時文件的大小
proxy_temp_file_write_size 64k;
proxy_next_upstream error timeout invalid_header http_500 http_503 http_404;
proxy_max_temp_file_size 128m;
proxy_pass http://localhost;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
四、測試
前提是分別啟動兩台機器的tomcat,其次啟動nginx服務；
在192.168.101.23上訪問nginx伺服器（通過訪問（項目路徑）來實現對192.168.101.222和192.168.101.5這兩個機器上應用程序的訪問，最終實現tomcat的均衡負載）
[1]關閉192.168.101.222上的tomcat服務，訪問192.168.101.23上的nginx服務，觀察192.168.101.5上的tomcat是否運行；
[2]關閉192.168.101.5上的tomcat服務，訪問192.168.101.23上的nginx服務，觀察192.168.101.222上的tomcat是否運行；
[3]兩個tomcat都啟動，訪問nginx服務，模擬並發用戶n個，觀察tomcat的運行情況；
如果[1]和[2]的tomcat都運行就說明搭建nginx代理服務成功，tomcat實現了均衡負載；
Ⅹ nginx 是如何處理訪問請求的
一、nginx如何選擇適當的虛擬伺服器來處理請求？（server匹配）
（1）基於主機名匹配來選擇合適的虛擬伺服器
對比請求頭中的host欄位與server中的server_name，選擇匹配的伺服器。如果都不匹配，則選擇該埠所對應默認的伺服器。如果沒有指定默認伺服器，默默為伺服器列表中的第一個，可以通過listen port default_server來顯示指定。值得注意的是，默認伺服器是與監聽埠相關的，即每個埠都可以指定一個默認伺服器。
[html]view plain
server{
listen80;
server_nameexample.orgwww.example.org;
...
}
}
server{
listen80;
server_name"";
return444;
}
server{
listen192.168.1.1:80;
server_nameexample.orgwww.example.org;
...
}
}
server{
listen192.168.2.1:80;
server_nameexample.netwww.example.net;
...
}
}
server{
listen80;
server_nameexample.orgwww.example.org;
root/data/www;
location/{
indexindex.htmlindex.php;
}
location~*.(gif|jpg|png)${
expires30d;
}
location~.php${
fastcgi_passlocalhost:9000;
fastcgi_paramSCRIPT_FILENAME
$document_root$fastcgi_script_name;
includefastcgi_params;
}
}
}
如果希望不處理沒有指定host欄位的請求，可以通過如下方式來實現：
[html]view plain
server_name也可以不指定，默認就是為「」，匹配沒有指定host的請求。
（2）基於IP 和 主機名來選擇合適的虛擬伺服器
首先按照IP、埠進行匹配，匹配通過的server，再按照主機名進行匹配。如果主機名不匹配，則由默認匹配該IP、埠的默認伺服器來進行處理。
[html]view plain
二、nginx如何選擇合適的location來處理請求（location匹配）
[html]view plain
location的匹配方式分兩種：a.根據路徑前綴來匹配 b.根據正則表達式來匹配
匹配的原則是：首先檢測前綴匹配的location，選擇有最大前綴的