神器 Nginx 的學習手冊 (建議收藏)

Nginx 是一個高性能的 HTTP 和反向代理服務器，特色是佔用內存少，併發能力強，事實上 Nginx 的併發能力確實在同類型的網頁服務器中表現較好。Nginx 專爲性能優化而開發，性能是其最重要的要求，十分注重效率，有報告 Nginx 能支持高達 50000 個併發鏈接數。html

01java

Nginx 知識網結構圖nginx

Nginx 的知識網結構圖以下：

02程序員

反向代理web

正向代理： 局域網中的電腦用戶想要直接訪問網絡是不可行的，只能經過代理服務器來訪問，這種代理服務就被稱爲正向代理。

反向代理： 客戶端沒法感知代理，由於客戶端訪問網絡不須要配置，只要把請求發送到反向代理服務器，由反向代理服務器去選擇目標服務器獲取數據，而後再返回到客戶端。

此時反向代理服務器和目標服務器對外就是一個服務器，暴露的是代理服務器地址，隱藏了真實服務器 IP 地址。

負載均衡

客戶端發送多個請求到服務器，服務器處理請求，有一些可能要與數據庫進行交互，服務器處理完畢以後，再將結果返回給客戶端。

普通請求和響應過程以下圖：

可是隨着信息數量增加，訪問量和數據量飛速增加，普通架構沒法知足如今的需求。

咱們首先想到的是升級服務器配置，能夠因爲摩爾定律的日益失效，單純從硬件提高性能已經逐漸不可取了，怎麼解決這種需求呢？

咱們能夠增長服務器的數量，構建集羣，將請求分發到各個服務器上，將原來請求集中到單個服務器的狀況改成請求分發到多個服務器，也就是咱們說的負載均衡。

圖解負載均衡：

假設有 15 個請求發送到代理服務器，那麼由代理服務器根據服務器數量，平均分配，每一個服務器處理 5 個請求，這個過程就叫作負載均衡。

04
面試

動靜分離正則表達式

爲了加快網站的解析速度，能夠把動態頁面和靜態頁面交給不一樣的服務器來解析，加快解析的速度，下降由單個服務器的壓力。

動靜分離以前的狀態：

動靜分離以後：

Nginx安裝

Nginx 如何在 Linux 安裝數據庫

參考連接：

    
     
  https: 
 
     //blog.csdn.net/yujing1314/article/details/97267369

Nginx 經常使用命令編程

查看版本：

    
     
  ./nginx -v

啓動：

    
     
  ./nginx

關閉（有兩種方式，推薦使用 ./nginx -s quit）：

    
     
   ./nginx -s  
 
     stop 
 
     
 ./nginx -s quit

從新加載 Nginx 配置：

    
     
  ./nginx -s reload

Nginx 的配置文件後端

配置文件分三部分組成：

①全局塊

從配置文件開始到 events 塊之間，主要是設置一些影響 Nginx 服務器總體運行的配置指令。

併發處理服務的配置，值越大，能夠支持的併發處理量越多，可是會受到硬件、軟件等設備的制約。

②events 塊

影響 Nginx 服務器與用戶的網絡鏈接，經常使用的設置包括是否開啓對多 workprocess 下的網絡鏈接進行序列化，是否容許同時接收多個網絡鏈接等等。

支持的最大鏈接數：

③HTTP 塊

諸如反向代理和負載均衡都在此配置。

     
 
     location 
 
     [ = | ~ | ~* | ^~]  
 
     url{ 
 
     
 
 
     
}

location 指令說明，該語法用來匹配 url，語法如上：

=：用於不含正則表達式的 url 前，要求字符串與 url 嚴格匹配，匹配成功就中止向下搜索並處理請求。
~：用於表示 url 包含正則表達式，而且區分大小寫。
~*：用於表示 url 包含正則表達式，而且不區分大小寫。
^~：用於不含正則表達式的 url 前，要求 Nginx 服務器找到表示 url 和字符串匹配度最高的 location 後，當即使用此 location 處理請求，而再也不匹配。關注公衆號：Java後端編程，回覆 java 獲取學習資料。
若是有 url 包含正則表達式，不須要有 ~ 開頭標識。

反向代理實戰

①配置反向代理

目的：在瀏覽器地址欄輸入地址 www.123.com 跳轉 Linux 系統 Tomcat 主頁面。

②具體實現

先配置 Tomcat，由於比較簡單，此處再也不贅敘，並在 Windows 訪問：

具體流程以下圖：

修改以前：

配置以下：

再次訪問：

③反向代理 2

目標：

訪問 http://192.168.25.132:9001/edu/ 直接跳轉到 192.168.25.132:8080
訪問 http://192.168.25.132:9001/vod/ 直接跳轉到 192.168.25.132:8081

準備： 配置兩個 Tomcat，端口分別爲 8080 和 8081，均可以訪問，端口修改配置文件便可。

新建文件內容分別添加 8080！！！和 8081！！！

響應以下圖：

具體配置以下：

從新加載 Nginx：

    
     
  ./nginx -s reload

訪問：

實現了同一個端口代理，經過 edu 和 vod 路徑的切換顯示不一樣的頁面。

反向代理小結

第一個例子： 瀏覽器訪問 www.123.com，由 host 文件解析出服務器 ip 地址
192.168.25.132 www.123.com。

而後默認訪問 80 端口，而經過 Nginx 監聽 80 端口代理到本地的 8080 端口上，從而實現了訪問 www.123.com，最終轉發到 tomcat 8080 上去。

第二個例子：

訪問 http://192.168.25.132:9001/edu/ 直接跳轉到 192.168.25.132:8080
訪問 http://192.168.25.132:9001/vod/ 直接跳轉到 192.168.25.132:8081

實際上就是經過 Nginx 監聽 9001 端口，而後經過正則表達式選擇轉發到 8080 仍是 8081 的 Tomcat 上去。

負載均衡實戰

①修改 nginx.conf，以下圖：

②重啓 Nginx：

    
     
  ./nginx -s reload

③在 8081 的 Tomcat 的 webapps 文件夾下新建 edu 文件夾和 a.html 文件，填寫內容爲 8081！！！！

④在地址欄回車，就會分發到不一樣的 Tomcat 服務器上：

負載均衡方式以下：

輪詢（默認）。
weight，表明權，權越高優先級越高。
fair，按後端服務器的響應時間來分配請求，相應時間短的優先分配。
ip_hash，每一個請求按照訪問 ip 的 hash 結果分配，這樣每個訪客固定的訪問一個後端服務器，能夠解決 Session 的問題。

09 動靜分離實戰

什麼是動靜分離？把動態請求和靜態請求分開，不是講動態頁面和靜態頁面物理分離，能夠理解爲 Nginx 處理靜態頁面，Tomcat 處理動態頁面。

動靜分離大體分爲兩種：

純粹將靜態文件獨立成單獨域名放在獨立的服務器上，也是目前主流方案。
將動態跟靜態文件混合在一塊兒發佈，經過 Nginx 分開。

動靜分離圖析：

實戰準備，準備靜態文件：

配置 Nginx，以下圖：

Nginx 高可用

若是 Nginx 出現問題：

解決辦法：

前期準備：

兩臺 Nginx 服務器
安裝 Keepalived
虛擬 ip

安裝 Keepalived：

     
 
     [root@192 usr]#  
 
     yum  
 
     install  
 
     keepalived  
 
     -y 
 
     
 
 
     [root@192 usr]#  
 
     rpm  
 
     -q  
 
     -a  
 
     keepalived 
 
     
 
 
     keepalived-1 
 
     .3.5-16.el7.x86_64

修改配置文件：

    
     
  [ 
 
     root@192 keepalived] 
 
     # cd /etc/keepalived 
 
     
[ 
 
     root@192 keepalived] 
 
     # vi keepalived.conf

分別將以下配置文件複製粘貼，覆蓋掉 keepalived.conf，虛擬 ip 爲 192.168.25.50。

對應主機 ip 須要修改的是：

smtp_server 192.168.25.147（主）smtp_server 192.168.25.147（備）
state MASTER（主） state BACKUP（備）

    
     
  global_defs { 
 
     
   notification_email { 
 
     
     acassen@firewall.loc 
 
     
     failover@firewall.loc 
 
     
     sysadmin@firewall.loc 
 
     
   } 
 
     
   notification_email_from Alexandre.Cassen@firewall.loc 
 
     
   smtp_server  
 
     192.168. 
 
     25.147 
 
     
   smtp_connect_timeout  
 
     30 
 
     
   router_id LVS_DEVEL  
 
     # 訪問的主機地址 
 
     
} 
 
     
 
 
     
vrrp_script chk_nginx { 
 
     
  script  
 
     "/usr/local/src/nginx_check.sh"   
 
     # 檢測文件的地址 
 
     
  interval  
 
     2    
 
     # 檢測腳本執行的間隔 
 
     
  weight  
 
     2    
 
     # 權重 
 
     
} 
 
     
 
 
     
vrrp_instance VI_1 { 
 
     
     
 
     state BACKUP     
 
     # 主機MASTER、備機BACKUP     
 
     
    interface ens33    
 
     # 網卡 
 
     
    virtual_router_id  
 
     51  
 
     # 同一組需一致 
 
     
    priority  
 
     90   
 
     # 訪問優先級，主機值較大，備機較小 
 
     
    advert_int  
 
     1 
 
     
    authentication { 
 
     
        auth_type PASS 
 
     
        auth_pass  
 
     1111 
 
     
    } 
 
     
    virtual_ipaddress { 
 
     
         
 
     192.168. 
 
     25.50   
 
     # 虛擬ip 
 
     
    } 
 
     
}

啓動代碼以下：

    
     
  [ 
 
     root@192 sbin] 
 
     # systemctl start keepalived.service

訪問虛擬 ip 成功：

關閉主機 147 的 Nginx 和 Keepalived，發現仍然能夠訪問。

原理解析

以下圖，就是啓動了一個 master，一個 worker，master 是管理員，worker是具體工做的進程。

worker 如何工做？以下圖：

小結

worker 數應該和 CPU 數相等；一個 master 多個 worker 可使用熱部署，同時 worker 是獨立的，一個掛了不會影響其餘的。

來源：blog.csdn.net/yujing1314/article/details/107000737

    
 
     
         
       
       
       
        
        
                 
        
    
       
     
        
        
        
         
         
                  
         
     
        
    
       
       
       
        
        
                 
        
    
       
     
        
        
        
         
         
                  
         
     
        
      
         
         
         
          
          
                   
          
      
                
          
          
          
           
           
                    
           
       
          
        
           
           
           
            
            
                     
            
        
           最近面試BAT，整理一份面試資料
        
           
           
           
            
            
                     
            
        
           《Java面試BAT通關手冊》
        
           
           
           
            
            
                     
            
        
           ，覆蓋了Java核心技術、JVM、Java併發、SSM、微服務、數據庫、數據結構等等。
       
          
          
          
           
           
                    
           
       
          
       
          
          
          
           
           
                    
           
       
          
        
           
           
           
            
            
                     
            
        
           獲取方式：
        
           
           
           
            
            
                     
            
        
           關注公衆號並回復 
        
           
           
           
            
            
                     
            
        
           666
        
           
           
           
            
            
                     
            
        
            領取，更多內容陸續奉上。
       
          
          
          
           
           
                    
           
       
          
     
        
        
        
         
         
                  
         
     
        
     
        
        
        
         
         
                  
         
     
        
      
         
         
         
          
          
                   
          
      
         明天見(｡･ω･｡)ﾉ♡

本文分享自微信公衆號 - 程序員開源社區（jkjishuzhan）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。