Nginx 初步認識
序言
Nginx是lgor Sysoev為俄羅斯訪問量第二的rambler.ru站點設計開發的。從2004年發布至今，憑借開源的力量，已經接近成熟與完善。
Nginx功能豐富，可作為HTTP服務器，也可作為反向代理服務器，郵件服務器。支持FastCGI、SSL、Virtual Host、URL Rewrite、Gzip等功能。並且支持很多第三方的模塊擴展。
Nginx的穩定性、功能集、示例配置文件和低系統資源的消耗讓他後來居上，在全球活躍的網站中有12.18%的使用比率，大約為2220萬個網站。
牛逼吹的差不多啦，如果你還不過癮，你可以百度百科或者一些書上找到這樣的誇耀，比比皆是。
Nginx常用功能
1、Http代理，反向代理：作為web服務器最常用的功能之一，尤其是反向代理。
這裏我給來2張圖，對正向代理與反響代理做個詮釋，具體細節，大家可以翻閱下資料。
Nginx在做反向代理時，提供性能穩定，並且能夠提供配置靈活的轉發功能。Nginx可以根據不同的正則匹配，采取不同的轉發策略，比如圖片文件結尾的走文件服務器，動態頁面走web服務器，只要你正則寫的沒問題，又有相對應的服務器解決方案，你就可以隨心所欲的玩。並且Nginx對返回結果進行錯誤頁跳轉，異常判斷等。如果被分發的服務器存在異常，他可以將請求重新轉發給另外一臺服務器，然後自動去除異常服務器。
Nginx的產生
沒有聽過Nginx？那麽一定聽過它的"同行"Apache吧！Nginx同Apache一樣都是一種WEB服務器。基於REST架構風格，以統一資源描述符(Uniform Resources Identifier)URI或者統一資源定位符(Uniform Resources Locator)URL作為溝通依據，通過HTTP協議提供各種網絡服務。
然而，這些服務器在設計之初受到當時環境的局限，例如當時的用戶規模，網絡帶寬，產品特點等局限並且各自的定位和發展都不盡相同。這也使得各個WEB服務器有著各自鮮明的特點。
Apache的發展時期很長，而且是毫無爭議的世界第一大服務器。它有著很多優點：穩定、開源、跨平臺等等。它出現的時間太長了，它興起的年代，互聯網產業遠遠比不上現在。所以它被設計為一個重量級的。它不支持高並發的服務器。在Apache上運行數以萬計的並發訪問，會導致服務器消耗大量內存。操作系統對其進行進程或線程間的切換也消耗了大量的CPU資源，導致HTTP請求的平均響應速度降低。
這些都決定了Apache不可能成為高性能WEB服務器，輕量級高並發服務器Nginx就應運而生了。
俄羅斯的工程師Igor Sysoev，他在為Rambler Media工作期間，使用C語言開發了Nginx。Nginx作為WEB服務器一直為Rambler Media提供出色而又穩定的服務。
然後呢，Igor Sysoev將Nginx代碼開源，並且賦予自由軟件許可證。
由於：
- Nginx使用基於事件驅動架構，使得其可以支持數以百萬級別的TCP連接
- 高度的模塊化和自由軟件許可證是的第三方模塊層出不窮（這是個開源的時代啊~）
- Nginx是一個跨平臺服務器，可以運行在Linux,Windows,FreeBSD,Solaris, AIX,Mac OS等操作系統上
- 這些優秀的設計帶來的極大的穩定性
所以，Nginx火了！
Nginx的用武之地
Nginx是一款自由的、開源的、高性能的HTTP服務器和反向代理服務器；同時也是一個IMAP、POP3、SMTP代理服務器；Nginx可以作為一個HTTP服務器進行網站的發布處理，另外Nginx可以作為反向代理進行負載均衡的實現。
關於代理
說到代理，首先我們要明確一個概念，所謂代理就是一個代表、一個渠道；
此時就設計到兩個角色，一個是被代理角色，一個是目標角色，被代理角色通過這個代理訪問目標角色完成一些任務的過程稱為代理操作過程；如同生活中的專賣店~客人到adidas專賣店買了一雙鞋，這個專賣店就是代理，被代理角色就是adidas廠家，目標角色就是用戶。
正向代理
說反向代理之前，我們先看看正向代理，正向代理也是大家最常接觸的到的代理模式，我們會從兩個方面來說關於正向代理的處理模式，分別從軟件方面和生活方面來解釋一下什麽叫正向代理。
在如今的網絡環境下，我們如果由於技術需要要去訪問國外的某些網站，此時你會發現位於國外的某網站我們通過瀏覽器是沒有辦法訪問的，此時大家可能都會用一個操作FQ進行訪問，FQ的方式主要是找到一個可以訪問國外網站的代理服務器，我們將請求發送給代理服務器，代理服務器去訪問國外的網站，然後將訪問到的數據傳遞給我們！
上述這樣的代理模式稱為正向代理，正向代理最大的特點是客戶端非常明確要訪問的服務器地址；服務器只清楚請求來自哪個代理服務器，而不清楚來自哪個具體的客戶端；正向代理模式屏蔽或者隱藏了真實客戶端信息。來看個示意圖（我把客戶端和正向代理框在一塊，同屬於一個環境，後面我有介紹）：
客戶端必須設置正向代理服務器，當然前提是要知道正向代理服務器的IP地址，還有代理程序的端口。如
總結來說：正向代理，"它代理的是客戶端"，是一個位於客戶端和原始服務器(origin server)之間的服務器，為了從原始服務器取得內容，客戶端向代理發送一個請求並指定目標(原始服務器)，然後代理向原始服務器轉交請求並將獲得的內容返回給客戶端。客戶端必須要進行一些特別的設置才能使用正向代理。
正向代理的用途：
（1）訪問原來無法訪問的資源，如Google
（2） 可以做緩存，加速訪問資源
（3）對客戶端訪問授權，上網進行認證
（4）代理可以記錄用戶訪問記錄（上網行為管理），對外隱藏用戶信息
反向代理
明白了什麽是正向代理，我們繼續看關於反向代理的處理方式，舉例如我大天朝的某寶網站，每天同時連接到網站的訪問人數已經爆表，單個服務器遠遠不能滿足人民日益增長的購買欲望了，此時就出現了一個大家耳熟能詳的名詞：分布式部署；也就是通過部署多臺服務器來解決訪問人數限制的問題；某寶網站中大部分功能也是直接使用Nginx進行反向代理實現的，並且通過封裝Nginx和其他的組件之後起了個高大上的名字：Tengine，有興趣的童鞋可以訪問Tengine的官網查看具體的信息：http://tengine.taobao.org/。那麽反向代理具體是通過什麽樣的方式實現的分布式的集群操作呢，我們先看一個示意圖（我把服務器和反向代理框在一塊，同屬於一個環境，後面我有介紹）：
通過上述的圖解大家就可以看清楚了，多個客戶端給服務器發送的請求，Nginx服務器接收到之後，按照一定的規則分發給了後端的業務處理服務器進行處理了。此時~請求的來源也就是客戶端是明確的，但是請求具體由哪臺服務器處理的並不明確了，Nginx扮演的就是一個反向代理角色。
客戶端是無感知代理的存在的，反向代理對外都是透明的，訪問者並不知道自己訪問的是一個代理。因為客戶端不需要任何配置就可以訪問。
反向代理，"它代理的是服務端"，主要用於服務器集群分布式部署的情況下，反向代理隱藏了服務器的信息。
反向代理的作用：
（1）保證內網的安全，通常將反向代理作為公網訪問地址，Web服務器是內網
（2）負載均衡，通過反向代理服務器來優化網站的負載
項目場景
通常情況下，我們在實際項目操作時，正向代理和反向代理很有可能會存在在一個應用場景中，正向代理代理客戶端的請求去訪問目標服務器，目標服務器是一個反向單利服務器，反向代理了多臺真實的業務處理服務器。具體的拓撲圖如下：
二者區別
截了一張圖來說明正向代理和反向代理二者之間的區別，如圖。
圖解：
在正向代理中，Proxy和Client同屬於一個LAN（圖中方框內），隱藏了客戶端信息；
在反向代理中，Proxy和Server同屬於一個LAN（圖中方框內），隱藏了服務端信息；
實際上，Proxy在兩種代理中做的事情都是替服務器代為收發請求和響應，不過從結構上看正好左右互換了一下，所以把後出現的那種代理方式稱為反向代理了。
負載均衡
我們已經明確了所謂代理服務器的概念，那麽接下來，Nginx扮演了反向代理服務器的角色，它是以依據什麽樣的規則進行請求分發的呢？不用的項目應用場景，分發的規則是否可以控制呢？
這裏提到的客戶端發送的、Nginx反向代理服務器接收到的請求數量，就是我們說的負載量。
請求數量按照一定的規則進行分發到不同的服務器處理的規則，就是一種均衡規則。
所以~將服務器接收到的請求按照規則分發的過程，稱為負載均衡。
負載均衡在實際項目操作過程中，有硬件負載均衡和軟件負載均衡兩種，硬件負載均衡也稱為硬負載，如F5負載均衡，相對造價昂貴成本較高，但是數據的穩定性安全性等等有非常好的保障，如中國移動中國聯通這樣的公司才會選擇硬負載進行操作；更多的公司考慮到成本原因，會選擇使用軟件負載均衡，軟件負載均衡是利用現有的技術結合主機硬件實現的一種消息隊列分發機制。
Nginx支持的負載均衡調度算法方式如下：
- weight輪詢(默認)：接收到的請求按照順序逐一分配到不同的後端服務器，即使在使用過程中，某一臺後端服務器宕機，Nginx會自動將該服務器剔除出隊列，請求受理情況不會受到任何影響。 這種方式下，可以給不同的後端服務器設置一個權重值(weight)，用於調整不同的服務器上請求的分配率；權重數據越大，被分配到請求的幾率越大；該權重值，主要是針對實際工作環境中不同的後端服務器硬件配置進行調整的。
- ip_hash：每個請求按照發起客戶端的ip的hash結果進行匹配，這樣的算法下一個固定ip地址的客戶端總會訪問到同一個後端服務器，這也在一定程度上解決了集群部署環境下session共享的問題。
- fair：智能調整調度算法，動態的根據後端服務器的請求處理到響應的時間進行均衡分配，響應時間短處理效率高的服務器分配到請求的概率高，響應時間長處理效率低的服務器分配到的請求少；結合了前兩者的優點的一種調度算法。但是需要註意的是Nginx默認不支持fair算法，如果要使用這種調度算法，請安裝upstream_fair模塊。
- url_hash：按照訪問的url的hash結果分配請求，每個請求的url會指向後端固定的某個服務器，可以在Nginx作為靜態服務器的情況下提高緩存效率。同樣要註意Nginx默認不支持這種調度算法，要使用的話需要安裝Nginx的hash軟件包。
幾種常用web服務器對比
| 對比項\服務器 | Apache | Nginx | Lighttpd |
| Proxy代理 | 非常好 | 非常好 | 一般 |
| Rewriter | 好 | 非常好 | 一般 |
| Fcgi | 不好 | 好 | 非常好 |
| 熱部署 | 不支持 | 支持 | 不支持 |
| 系統壓力 | 很大 | 很小 | 比較小 |
| 穩定性 | 好 | 非常好 | 不好 |
| 安全性 | 好 | 一般 | 一般 |
| 靜態文件處理 | 一般 | 非常好 | 好 |
| 反向代理 | 一般 | 非常好 | 一般 |
2、負載均衡
Nginx提供的負載均衡策略有2種：內置策略和擴展策略。內置策略為輪詢，加權輪詢，Ip hash。擴展策略，就天馬行空，只有你想不到的沒有他做不到的啦，你可以參照所有的負載均衡算法，給他一一找出來做下實現。
上3個圖，理解這三種負載均衡算法的實現
Ip hash算法，對客戶端請求的ip進行hash操作，然後根據hash結果將同一個客戶端ip的請求分發給同一臺服務器進行處理，可以解決session不共享的問題。 
3、web緩存
Nginx可以對不同的文件做不同的緩存處理，配置靈活，並且支持FastCGI_Cache，主要用於對FastCGI的動態程序進行緩存。配合著第三方的ngx_cache_purge，對制定的URL緩存內容可以的進行增刪管理。
4、Nginx相關地址
源碼：https://trac.nginx.org/nginx/browser
官網：http://www.nginx.org/
Nginx配置文件結構
如果你下載好啦，你的安裝文件，不妨打開conf文件夾的nginx.conf文件，Nginx服務器的基礎配置，默認的配置也存放在此。
在nginx.conf的註釋符號位#
nginx文件的結構，這個對剛入門的同學，可以多看兩眼。
默認的config
#user nobody;
worker_processes 1;
#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;
#pid logs/nginx.pid;
events {
worker_connections 1024;
}
http {
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 on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
#gzip on;
server {
listen 80;
server_name localhost;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
root html;
index index.html index.htm;
}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ \.php$ {
# proxy_pass http://127.0.0.1;
#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ \.php$ {
# root html;
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include fastcgi_params;
#}
# deny access to .htaccess files, if Apache‘s document root
# concurs with nginx‘s one
#
#location ~ /\.ht {
# deny all;
#}
}
# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;
# location / {
# root html;
# index index.html index.htm;
# }
#}
# HTTPS server
#
#server {
# listen 443 ssl;
# server_name localhost;
# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;
# ssl_session_cache shared:SSL:1m;
# ssl_session_timeout 5m;
# ssl_ciphers HIGH:!aNULL:!MD5;
# ssl_prefer_server_ciphers on;
# location / {
# root html;
# index index.html index.htm;
# }
#}
}
View Code
nginx文件結構
... #全局塊
events { #events塊
...
}
http #http塊
{
... #http全局塊
server #server塊
{
... #server全局塊
location [PATTERN] #location塊
{
...
}
location [PATTERN]
{
...
}
}
server
{
...
}
... #http全局塊
}
1、全局塊：配置影響nginx全局的指令。一般有運行nginx服務器的用戶組，nginx進程pid存放路徑，日誌存放路徑，配置文件引入，允許生成worker process數等。
2、events塊：配置影響nginx服務器或與用戶的網絡連接。有每個進程的最大連接數，選取哪種事件驅動模型處理連接請求，是否允許同時接受多個網路連接，開啟多個網絡連接序列化等。
3、http塊：可以嵌套多個server，配置代理，緩存，日誌定義等絕大多數功能和第三方模塊的配置。如文件引入，mime-type定義，日誌自定義，是否使用sendfile傳輸文件，連接超時時間，單連接請求數等。
4、server塊：配置虛擬主機的相關參數，一個http中可以有多個server。
5、location塊：配置請求的路由，以及各種頁面的處理情況。
下面給大家上一個配置文件，作為理解，同時也配入我搭建的一臺測試機中，給大家示例。
########### 每個指令必須有分號結束。#################
#user administrator administrators; #配置用戶或者組，默認為nobody nobody。
#worker_processes 2; #允許生成的進程數，默認為1
#pid /nginx/pid/nginx.pid; #指定nginx進程運行文件存放地址
error_log log/error.log debug; #制定日誌路徑，級別。這個設置可以放入全局塊，http塊，server塊，級別以此為：debug|info|notice|warn|error|crit|alert|emerg
events {
accept_mutex on; #設置網路連接序列化，防止驚群現象發生，默認為on
multi_accept on; #設置一個進程是否同時接受多個網絡連接，默認為off
#use epoll; #事件驅動模型，select|poll|kqueue|epoll|resig|/dev/poll|eventport
worker_connections 1024; #最大連接數，默認為512
}
http {
include mime.types; #文件擴展名與文件類型映射表
default_type application/octet-stream; #默認文件類型，默認為text/plain
#access_log off; #取消服務日誌
log_format myFormat ‘$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for‘; #自定義格式
access_log log/access.log myFormat; #combined為日誌格式的默認值
sendfile on; #允許sendfile方式傳輸文件，默認為off，可以在http塊，server塊，location塊。
sendfile_max_chunk 100k; #每個進程每次調用傳輸數量不能大於設定的值，默認為0，即不設上限。
keepalive_timeout 65; #連接超時時間，默認為75s，可以在http，server，location塊。
upstream mysvr {
server 127.0.0.1:7878;
server 192.168.10.121:3333 backup; #熱備
}
error_page 404 https://www.baidu.com; #錯誤頁
server {
keepalive_requests 120; #單連接請求上限次數。
listen 4545; #監聽端口
server_name 127.0.0.1; #監聽地址
location ~*^.+$ { #請求的url過濾，正則匹配，~為區分大小寫，~*為不區分大小寫。
#root path; #根目錄
#index vv.txt; #設置默認頁
proxy_pass http://mysvr; #請求轉向mysvr 定義的服務器列表
deny 127.0.0.1; #拒絕的ip
allow 172.18.5.54; #允許的ip
}
}
}
上面是nginx的基本配置，需要註意的有以下幾點：
1、1.$remote_addr 與$http_x_forwarded_for 用以記錄客戶端的ip地址； 2.$remote_user ：用來記錄客戶端用戶名稱； 3.$time_local ： 用來記錄訪問時間與時區；4.$request ： 用來記錄請求的url與http協議；
5.$status ： 用來記錄請求狀態；成功是200， 6.$body_bytes_s ent ：記錄發送給客戶端文件主體內容大小；7.$http_referer ：用來記錄從那個頁面鏈接訪問過來的； 8.$http_user_agent ：記錄客戶端瀏覽器的相關信息；
2、驚群現象：一個網路連接到來，多個睡眠的進程被同事叫醒，但只有一個進程能獲得鏈接，這樣會影響系統性能。
3、每個指令必須有分號結束。
本文轉自：https://www.cnblogs.com/wcwnina/p/8728391.html
https://www.cnblogs.com/knowledgesea/p/5175711.html
Nginx 初步認識