今天工作主要是起項(xiàng)目，打開網(wǎng)站曝出請求過多的問題，由于后臺沒有拋任何異常，所以首先想到的是nginx的問題，又重新把nginx的配置文件重新溫習(xí)下
首先是nginx的模塊分為handler、filter、upstream。其中upstream模塊，式nginx跨越單機(jī)的限制。完成網(wǎng)絡(luò)數(shù)據(jù)的接收、處理和轉(zhuǎn)發(fā)。
數(shù)據(jù)轉(zhuǎn)發(fā)功能，為nginx提供了跨越單機(jī)的橫向處理能力，使nginx拜托只能為中端節(jié)點(diǎn)提供單一功能的限制，而使它具備了網(wǎng)絡(luò)應(yīng)用級別的拆分、封裝和整合的戰(zhàn)略功能。在云模式大行其道的今天，數(shù)據(jù)轉(zhuǎn)發(fā)使nginx有能力構(gòu)建一個網(wǎng)絡(luò)應(yīng)用的關(guān)鍵組件。
nginx的配置系統(tǒng)提供的層次化和松耦合使得系統(tǒng)的擴(kuò)展也達(dá)到了比較高的程度。
Upstream模塊接口：
本質(zhì)上說屬于handler，只是不產(chǎn)生自己的內(nèi)容，而是通過請求后端服務(wù)器得到內(nèi)容，所以才被成為upstream（上游）。請求并取得響應(yīng)內(nèi)容的整個過程已經(jīng)被封到nginx內(nèi)部。所以upstream模塊只需要開發(fā)若干的回調(diào)函數(shù)，完成構(gòu)造請求和解析響應(yīng)等具體的工作。
create_request生成發(fā)送到后端服務(wù)器的請求緩沖（緩沖鏈），在初始化upstream
時使用。
reinit_request在某臺后端服務(wù)器出錯的情況，nginx會嘗試另一臺后端服務(wù)器。
nginx選定新的服務(wù)器以后，會先調(diào)用此函數(shù)，以重新初始化
upstream模塊的工作狀態(tài)，然后再次進(jìn)行upstream連接。
process_header處理后端服務(wù)器返回的信息頭部。所謂頭部是與upstream server
通信的協(xié)議規(guī)定的，比如HTTP協(xié)議的header部分，或者memcached
協(xié)議的響應(yīng)狀態(tài)部分。
abort_request在客戶端放棄請求時被調(diào)用。不需要在函數(shù)中實(shí)現(xiàn)關(guān)閉后端服務(wù)
器連接的功能，系統(tǒng)會自動完成關(guān)閉連接的步驟，所以一般此函
數(shù)不會進(jìn)行任何具體工作。
finalize_request正常完成與后端服務(wù)器的請求后調(diào)用該函數(shù)，與abort_request
相同，一般也不會進(jìn)行任何具體工作。
input_filter處理后端服務(wù)器返回的響應(yīng)正文。nginx默認(rèn)的input_filter會
將收到的內(nèi)容封裝成為緩沖區(qū)鏈ngx_chain。該鏈由upstream的
out_bufs指針域定位，所以開發(fā)人員可以在模塊以外通過該指針
得到后端服務(wù)器返回的正文數(shù)據(jù)。memcached模塊實(shí)現(xiàn)了自己的
input_filter，在后面會具體分析這個模塊。
input_filter_init初始化input filter的上下文。nginx默認(rèn)的input_filter_init
直接返回。
nginx的upstream目前支持4種方式的分配
1、輪詢（默認(rèn)）
每個請求按時間順序注意分配到不同的后端服務(wù)器，如果后端服務(wù)器down掉，能自動剔除。
2、weight?
指定輪詢幾率，weight和訪問比率成正比，用于后端服務(wù)器性能不均的情況。
例如 upstream xxx{
seserver 127.0.0.1 weight=10；
server 127.0.0.2 weight=10；
}
3、ip_hash
每個請求按訪問ip的hash結(jié)果分配，這樣每個訪客固定訪問一個后端服務(wù)器，可以解決Session的問題
例如
upstream xxx{
ip_hash;
server 192.168.0.18：88；
server 192.168.0.19：88；
}
3、fair（第三方）
按后端服務(wù)器的響應(yīng)時間來分配請求，響應(yīng)時間短的優(yōu)先分配。
upstream xxx{
server server1;
server server2;
fair;
}
4、url hash（第三方）
按照訪問的url的hash結(jié)果來分配請求，使每個url定向到同一個后端服務(wù)i器，后端服務(wù)器為緩存時比較有效。
例如 在upstream中加入hash語句，server語句不能寫入weight等其他參數(shù)，hash_method時用的hash算法。
upstream xxx{
server server1；
server server2；
hash $request_uri;
hash_method crc32;
}
tips
upstream xxx{
ip_hash;
server server1 down;
server server2 weight=2;
server server3;
server? server4 backup;
}
其中 down表示當(dāng)前的server暫不參與負(fù)載；
weight 值越大，負(fù)載的權(quán)重越大。
max_fails：允許請求失敗的次數(shù)默認(rèn)為1，超過返回錯誤。
fail_timeout：max_fails次失敗后，暫停的時間
backup 其他所有的非backup機(jī)器down或者忙的時候，才請求到backup機(jī)器。所以壓力最輕。
server{
listen 80；--監(jiān)聽接口
server_name xxxx.xxx.com;--配置訪問域名
location ~*\.(map3|exe)${}對以“MP3或者exe結(jié)尾的地址進(jìn)行負(fù)載均衡。
proxy_pass http://xxxx_server
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header?X-Forwarded-For?$proxy_add_x_forwarded_for;
將代理服務(wù)器收到的用戶信息傳到真實(shí)服務(wù)器上
}
location?~?/\.ht?{deny?all;}
#禁止訪問.htxxx文件
}
注釋：變量
Ngx_http_core_module模塊支持內(nèi)置變量，他們的名字和apache的內(nèi)置變量是一致的。
首先是說明客戶請求title中的行，例如$http_user_agent,$http_cookie等等。
此外還有其它的一些變量
$args此變量與請求行中的參數(shù)相等
$content_length等于請求行的“Content_Length”的值。
$content_type等同與請求頭部的”Content_Type”的值
$document_root等同于當(dāng)前請求的root指令指定的值
$document_uri與$uri一樣
$host與請求頭部中“Host”行指定的值或是request到達(dá)的server的名字（沒有Host行）一樣
$limit_rate允許限制的連接速率
$request_method等同于request的method，通常是“GET”或“POST”
$remote_addr客戶端ip
$remote_port客戶端port
$remote_user等同于用戶名，由ngx_http_auth_basic_module認(rèn)證
$request_filename當(dāng)前請求的文件的路徑名，由root或alias和URI?request組合而成
$request_body_file
$request_uri含有參數(shù)的完整的初始URI
$query_string與$args一樣
$sheeme?http模式（http,https）盡在要求是評估例如
Rewrite?^(.+)$?$sheme://example.com$;?Redirect;
$server_protocol等同于request的協(xié)議，使用“HTTP/或“HTTP/
$server_addr?request到達(dá)的server的ip，一般獲得此變量的值的目的是進(jìn)行系統(tǒng)調(diào)用。為了避免系統(tǒng)調(diào)用，有必要在listen指令中指明ip，并使用bind參數(shù)。
$server_name請求到達(dá)的服務(wù)器名
$server_port請求到達(dá)的服務(wù)器的端口號
$uri等同于當(dāng)前request中的URI，可不同于初始值，例如內(nèi)部重定向時或使用index
