<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          Nginx 面試 40 問 記好了

          共 19709字,需瀏覽 40分鐘

           ·

          2022-06-25 12:05

          關(guān)注我們,設(shè)為星標,每天7:40不見不散,架構(gòu)路上與您共享

          回復(fù)架構(gòu)師獲取資源


          大家好,我是你們的朋友架構(gòu)君,一個會寫代碼吟詩的架構(gòu)師。

          'javajgs.com';

          • 什么是Nginx?
          • Nginx 有哪些優(yōu)點?
          • Nginx應(yīng)用場景?
          • Nginx怎么處理請求的?
          • Nginx 是如何實現(xiàn)高并發(fā)的?
          • 什么是正向代理?
          • 什么是反向代理?
          • 反向代理服務(wù)器的優(yōu)點是什么?
          • Nginx目錄結(jié)構(gòu)有哪些?
          • Nginx配置文件nginx.conf有哪些屬性模塊?
          • cookie和session區(qū)別?
          • 為什么 Nginx 不使用多線程?
          • nginx和apache的區(qū)別
          • 什么是動態(tài)資源、靜態(tài)資源分離?
          • 為什么要做動、靜分離?
          • 什么叫 CDN 服務(wù)?
          • Nginx怎么做的動靜分離?
          • Nginx負載均衡的算法怎么實現(xiàn)的?策略有哪些?
          • 如何用Nginx解決前端跨域問題?
          • Nginx虛擬主機怎么配置?
          • location的作用是什么?
          • 限流怎么做的?
          • 漏桶流算法和令牌桶算法知道?
          • Nginx配置高可用性怎么配置?
          • Nginx怎么判斷別IP不可訪問?
          • 在nginx中,如何使用未定義的服務(wù)器名稱來阻止處理請求?
          • 怎么限制瀏覽器訪問?
          • Rewrite全局變量是什么?
          • Nginx 如何實現(xiàn)后端服務(wù)的健康檢查?
          • Nginx 如何開啟壓縮?
          • ngx_http_upstream_module的作用是什么?
          • 什么是C10K問題?
          • Nginx是否支持將請求壓縮到上游?
          • 如何在Nginx中獲得當前的時間?
          • 用Nginx服務(wù)器解釋-s的目的是什么?
          • 如何在Nginx服務(wù)器上添加模塊?
          • 生產(chǎn)中如何設(shè)置worker進程的數(shù)量呢?
          • nginx狀態(tài)碼
          • 省內(nèi)存空間

          什么是Nginx?

          Nginx是一個 輕量級/高性能的反向代理Web服務(wù)器,用于 HTTP、HTTPS、SMTP、POP3 和 IMAP 協(xié)議。他實現(xiàn)非常高效的反向代理、負載平衡,他可以處理2-3萬并發(fā)連接數(shù),官方監(jiān)測能支持5萬并發(fā),現(xiàn)在中國使用nginx網(wǎng)站用戶有很多,例如:新浪、網(wǎng)易、 騰訊等。
          Nginx 有哪些優(yōu)點?
          • 跨平臺、配置簡單。
          • 非阻塞、高并發(fā)連接:處理 2-3 萬并發(fā)連接數(shù),官方監(jiān)測能支持 5 萬并發(fā)。
          • 內(nèi)存消耗小:開啟 10 個 Nginx 才占 150M 內(nèi)存。
          • 成本低廉,且開源。
          • 穩(wěn)定性高,宕機的概率非常小。
          • 內(nèi)置的健康檢查功能:如果有一個服務(wù)器宕機,會做一個健康檢查,再發(fā)送的請求就不會發(fā)送到宕機的服務(wù)器了。重新將請求提交到其他的節(jié)點上

          Nginx 應(yīng)用場景?

          • http服務(wù)器。Nginx是一個http服務(wù)可以獨立提供http服務(wù)。可以做網(wǎng)頁靜態(tài)服務(wù)器。
          • 虛擬主機。可以實現(xiàn)在一臺服務(wù)器虛擬出多個網(wǎng)站,例如個人網(wǎng)站使用的虛擬機。
          • 反向代理,負載均衡。當網(wǎng)站的訪問量達到一定程度后,單臺服務(wù)器不能滿足用戶的請求時,需要用多臺服務(wù)器集群可以使用nginx做反向代理。并且多臺服務(wù)器可以平均分擔(dān)負載,不會應(yīng)為某臺服務(wù)器負載高宕機而某臺服務(wù)器閑置的情況。
          • nginz 中也可以配置安全管理、比如可以使用Nginx搭建API接口網(wǎng)關(guān),對每個接口服務(wù)進行攔截。

          Nginx 怎么處理請求的?

          server { # 第一個Server區(qū)塊開始,表示一個獨立的虛擬主機站點
             listen       80# 提供服務(wù)的端口,默認80
             server_name localhost; # 提供服務(wù)的域名主機名
             location / { # 第一個location區(qū)塊開始
               root   html; # 站點的根目錄,相當于Nginx的安裝目錄
               index  index.html index.html; # 默認的首頁文件,多個用空格分開
          } # 第一個location區(qū)塊結(jié)果


          • 首先,Nginx 在啟動時,會解析配置文件,得到需要監(jiān)聽的端口與 IP 地址,然后在 Nginx 的 Master 進程里面先初始化好這個監(jiān)控的Socket(創(chuàng)建 S ocket,設(shè)置 addr、reuse 等選項,綁定到指定的 ip 地址端口,再 listen 監(jiān)聽)。
          • 然后,再 fork(一個現(xiàn)有進程可以調(diào)用 fork 函數(shù)創(chuàng)建一個新進程。由 fork 創(chuàng)建的新進程被稱為子進程 )出多個子進程出來。
          • 之后,子進程會競爭 accept 新的連接。此時,客戶端就可以向 nginx 發(fā)起連接了。當客戶端與nginx進行三次握手,與 nginx 建立好一個連接后。此時,某一個子進程會 accept 成功,得到這個建立好的連接的 Socket ,然后創(chuàng)建 nginx 對連接的封裝,即 ngx_connection_t 結(jié)構(gòu)體。
          • 接著,設(shè)置讀寫事件處理函數(shù),并添加讀寫事件來與客戶端進行數(shù)據(jù)的交換。
          • 最后,Nginx 或客戶端來主動關(guān)掉連接,到此,一個連接就壽終正寢了。

          Nginx 是如何實現(xiàn)高并發(fā)的?

          如果一個 server 采用一個進程(或者線程)負責(zé)一個request的方式,那么進程數(shù)就是并發(fā)數(shù)。那么顯而易見的,就是會有很多進程在等待中。等什么?最多的應(yīng)該是等待網(wǎng)絡(luò)傳輸。
          而 Nginx 的異步非阻塞工作方式正是利用了這點等待的時間。在需要等待的時候,這些進程就空閑出來待命了。因此表現(xiàn)為少數(shù)幾個進程就解決了大量的并發(fā)問題。
          Nginx是如何利用的呢,簡單來說:同樣的 4 個進程,如果采用一個進程負責(zé)一個 request 的方式,那么,同時進來 4 個 request 之后,每個進程就負責(zé)其中一個,直至?xí)掙P(guān)閉。期間,如果有第 5 個request進來了。就無法及時反應(yīng)了,因為 4 個進程都沒干完活呢,因此,一般有個調(diào)度進程,每當新進來了一個 request ,就新開個進程來處理。
          回想下,BIO 是不是存在醬紫的問題?
          Nginx 不這樣,每進來一個 request ,會有一個 worker 進程去處理。但不是全程的處理,處理到什么程度呢?處理到可能發(fā)生阻塞的地方,比如向上游(后端)服務(wù)器轉(zhuǎn)發(fā) request ,并等待請求返回。那么,這個處理的 worker 不會這么傻等著,他會在發(fā)送完請求后,注冊一個事件:“如果 upstream 返回了,告訴我一聲,我再接著干”。于是他就休息去了。此時,如果再有 request 進來,他就可以很快再按這種方式處理。而一旦上游服務(wù)器返回了,就會觸發(fā)這個事件,worker 才會來接手,這個 request 才會接著往下走。
          這就是為什么說,Nginx 基于事件模型。
          由于 web server 的工作性質(zhì)決定了每個 request 的大部份生命都是在網(wǎng)絡(luò)傳輸中,實際上花費在 server 機器上的時間片不多。這是幾個進程就解決高并發(fā)的秘密所在。即:
          webserver 剛好屬于網(wǎng)絡(luò) IO 密集型應(yīng)用,不算是計算密集型。
          異步,非阻塞,使用 epoll ,和大量細節(jié)處的優(yōu)化。也正是 Nginx 之所以然的技術(shù)基石。

          什么是正向代理?

          一個位于客戶端和原始服務(wù)器(origin server)之間的服務(wù)器,為了從原始服務(wù)器取得內(nèi)容,客戶端向代理發(fā)送一個請求并指定目標(原始服務(wù)器),然后代理向原始服務(wù)器轉(zhuǎn)交請求并將獲得的內(nèi)容返回給客戶端。
          客戶端才能使用正向代理。正向代理總結(jié)就一句話:代理端代理的是客戶端。例如說:我們使用的OpenVPN 等等。

          什么是反向代理?

          反向代理(Reverse Proxy)方式,是指以代理服務(wù)器來接受 Internet上的連接請求,然后將請求,發(fā)給內(nèi)部網(wǎng)絡(luò)上的服務(wù)器并將從服務(wù)器上得到的結(jié)果返回給 Internet 上請求連接的客戶端,此時代理服務(wù)器對外就表現(xiàn)為一個反向代理服務(wù)器。
          反向代理總結(jié)就一句話:代理端代理的是服務(wù)端。

          反向代理服務(wù)器的優(yōu)點是什么?

          反向代理服務(wù)器可以隱藏源服務(wù)器的存在和特征。它充當互聯(lián)網(wǎng)云和web服務(wù)器之間的中間層。這對于安全方面來說是很好的,特別是當您使用web托管服務(wù)時。

          Nginx 目錄結(jié)構(gòu)有哪些?

          tree /usr/local/nginx
          /usr/local/nginx
          ├── client_body_temp
          ├── conf # Nginx所有配置文件的目錄
          │ ├── fastcgi.conf # fastcgi相關(guān)參數(shù)的配置文件
          │ ├── fastcgi.conf.default         # fastcgi.conf的原始備份文件
          │ ├── fastcgi_params # fastcgi的參數(shù)文件
          │ ├── fastcgi_params.default       
          │ ├── koi-utf
          │ ├── koi-win
          │ ├── mime.types # 媒體類型
          │ ├── mime.types.default
          │ ├── nginx.conf # Nginx主配置文件
          │ ├── nginx.conf.default
          │ ├── scgi_params # scgi相關(guān)參數(shù)文件
          │ ├── scgi_params.default  
          │ ├── uwsgi_params # uwsgi相關(guān)參數(shù)文件
          │ ├── uwsgi_params.default
          │ └── win-utf
          ├── fastcgi_temp # fastcgi臨時數(shù)據(jù)目錄
          ├── html # Nginx默認站點目錄
          │ ├── 50x.html # 錯誤頁面優(yōu)雅替代顯示文件,例如當出現(xiàn)502錯誤時會調(diào)用此頁面
          │ └── index.html # 默認的首頁文件
          ├── logs # Nginx日志目錄
          │ ├── access.log # 訪問日志文件
          │ ├── error.log # 錯誤日志文件
          │ └── nginx.pid # pid文件,Nginx進程啟動后,會把所有進程的ID號寫到此文件
          ├── proxy_temp # 臨時目錄
          ├── sbin # Nginx命令目錄
          │ └── nginx # Nginx的啟動命令
          ├── scgi_temp # 臨時目錄
          └── uwsgi_temp # 臨時目錄

          Nginx 配置文件 nginx.conf 有哪些屬性模塊?

          worker_processes  1# worker進程的數(shù)量
          events { # 事件區(qū)塊開始
              worker_connections  1024# 每個worker進程支持的最大連接數(shù)
          } # 事件區(qū)塊結(jié)束
          http { # HTTP區(qū)塊開始
              include       mime.types;# Nginx支持的媒體類型庫文件
              default_type application/octet-stream;# 默認的媒體類型
              sendfile on# 開啟高效傳輸模式
              keepalive_timeout 65# 連接超時
              server { # 第一個Server區(qū)塊開始,表示一個獨立的虛擬主機站點
                  listen       80# 提供服務(wù)的端口,默認80
                  server_name localhost;# 提供服務(wù)的域名主機名
                  location / { # 第一個location區(qū)塊開始
                      root   html;# 站點的根目錄,相當于Nginx的安裝目錄
                      index index.html index.htm;# 默認的首頁文件,多個用空格分開
                  } # 第一個location區(qū)塊結(jié)果
                  error_page 500502503504  /50x.html;# 出現(xiàn)對應(yīng)的http狀態(tài)碼時,使用50x.html回應(yīng)客戶
                  location = /50x.html { # location區(qū)塊開始,訪問50x.html
                      root   html;# 指定對應(yīng)的站點目錄為html
                  }
              }
              ......


          cookie 和 session 區(qū)別?

          共同:

          存放用戶信息。存放的形式:key-value格式 變量和變量內(nèi)容鍵值對。

          區(qū)別:

          cookie
          • 存放在客戶端瀏覽器
          • 每個域名對應(yīng)一個cookie,不能跨躍域名訪問其他cookie
          • 用戶可以查看或修改cookie
          • http響應(yīng)報文里面給你瀏覽器設(shè)置
          • 鑰匙(用于打開瀏覽器上鎖頭)
          session:
          • 存放在服務(wù)器(文件,數(shù)據(jù)庫,redis)
          • 存放敏感信息
          • 鎖頭

          為什么 Nginx 不使用多線程?

          Apache: 創(chuàng)建多個進程或線程,而每個進程或線程都會為其分配 cpu 和內(nèi)存(線程要比進程小的多,所以 worker 支持比 perfork 高的并發(fā)),并發(fā)過大會榨干服務(wù)器資源。
          Nginx: 采用單線程來異步非阻塞處理請求(管理員可以配置 Nginx 主進程的工作進程的數(shù)量)(epoll),不會為每個請求分配 cpu 和內(nèi)存資源,節(jié)省了大量資源,同時也減少了大量的 CPU 的上下文切換。所以才使得 Nginx 支持更高的并發(fā)。

          nginx和apache的區(qū)別

          輕量級,同樣起web服務(wù),比apache占用更少的內(nèi)存和資源。
          抗并發(fā),nginx處理請求是異步非阻塞的,而apache則是阻塞性的,在高并發(fā)下nginx能保持低資源,低消耗高性能。
          高度模塊化的設(shè)計,編寫模塊相對簡單。
          最核心的區(qū)別在于apache是同步多進程模型,一個連接對應(yīng)一個進程,nginx是異步的,多個連接可以對應(yīng)一個進程。

          什么是動態(tài)資源、靜態(tài)資源分離?

          動態(tài)資源、靜態(tài)資源分離,是讓動態(tài)網(wǎng)站里的動態(tài)網(wǎng)頁根據(jù)一定規(guī)則把不變的資源和經(jīng)常變的資源區(qū)分開來,動靜資源做好了拆分以后我們就可以根據(jù)靜態(tài)資源的特點將其做緩存操作,這就是網(wǎng)站靜態(tài)化處理的核心思路。
          動態(tài)資源、靜態(tài)資源分離簡單的概括是:動態(tài)文件與靜態(tài)文件的分離。

          為什么要做動、靜分離?

          在我們的軟件開發(fā)中,有些請求是需要后臺處理的(如:.jsp,.do 等等),有些請求是不需要經(jīng)過后臺處理的(如:css、html、jpg、js 等等文件),這些不需要經(jīng)過后臺處理的文件稱為靜態(tài)文件,否則動態(tài)文件。
          因此我們后臺處理忽略靜態(tài)文件。這會有人又說那我后臺忽略靜態(tài)文件不就完了嗎?當然這是可以的,但是這樣后臺的請求次數(shù)就明顯增多了。在我們對資源的響應(yīng)速度有要求的時候,我們應(yīng)該使用這種動靜分離的策略去解決動、靜分離將網(wǎng)站靜態(tài)資源(HTML,JavaScript,CSS,img等文件)與后臺應(yīng)用分開部署,提高用戶訪問靜態(tài)代碼的速度,降低對后臺應(yīng)用訪問
          這里我們將靜態(tài)資源放到 Nginx 中,動態(tài)資源轉(zhuǎn)發(fā)到 Tomcat 服務(wù)器中去。
          當然,因為現(xiàn)在七牛、阿里云等 CDN 服務(wù)已經(jīng)很成熟,主流的做法,是把靜態(tài)資源緩存到 CDN 服務(wù)中,從而提升訪問速度。
          相比本地的 Nginx 來說,CDN 服務(wù)器由于在國內(nèi)有更多的節(jié)點,可以實現(xiàn)用戶的就近訪問。并且,CDN 服務(wù)可以提供更大的帶寬,不像我們自己的應(yīng)用服務(wù),提供的帶寬是有限的。

          什么叫 CDN 服務(wù)?

          CDN ,即內(nèi)容分發(fā)網(wǎng)絡(luò)。
          其目的是,通過在現(xiàn)有的 Internet中 增加一層新的網(wǎng)絡(luò)架構(gòu),將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò)邊緣,使用戶可就近取得所需的內(nèi)容,提高用戶訪問網(wǎng)站的速度。
          一般來說,因為現(xiàn)在 CDN 服務(wù)比較大眾,所以基本所有公司都會使用 CDN 服務(wù)。

          Nginx 怎么做的動靜分離?

          只需要指定路徑對應(yīng)的目錄。location/可以使用正則表達式匹配。并指定對應(yīng)的硬盤中的目錄。如下:(操作都是在Linux上)
          location /image/ {
              root /usr/local/static/;
              autoindex on;
          }
          步驟:
          # 創(chuàng)建目錄
          mkdir /usr/local/static/image
           
          # 進入目錄
          cd  /usr/local/static/image
           
          # 上傳照片
          photo.jpg
           
          # 重啟nginx
          sudo nginx -s reload
          打開瀏覽器 輸入 server_name/image/1.jpg 就可以訪問該靜態(tài)圖片了

          Nginx 負載均衡的算法怎么實現(xiàn)的?策略有哪些?

          為了避免服務(wù)器崩潰,大家會通過負載均衡的方式來分擔(dān)服務(wù)器壓力。將對臺服務(wù)器組成一個集群,當用戶訪問時,先訪問到一個轉(zhuǎn)發(fā)服務(wù)器,再由轉(zhuǎn)發(fā)服務(wù)器將訪問分發(fā)到壓力更小的服務(wù)器。
          Nginx負載均衡實現(xiàn)的策略有以下五種:

          1 .輪詢(默認)

          每個請求按時間順序逐一分配到不同的后端服務(wù)器,如果后端某個服務(wù)器宕機,能自動剔除故障系統(tǒng)。
          upstream backserver { 
           server 192.168.0.12;
           server 192.168.0.13;
          }

          2. 權(quán)重 weight

          weight的值越大,分配到的訪問概率越高,主要用于后端每臺服務(wù)器性能不均衡的情況下。其次是為在主從的情況下設(shè)置不同的權(quán)值,達到合理有效的地利用主機資源。
          # 權(quán)重越高,在被訪問的概率越大,如上例,分別是20%,80%。
          upstream backserver {
           server 192.168.0.12 weight=2;
           server 192.168.0.13 weight=8;
          }

          3. ip_hash( IP綁定)

          每個請求按訪問IP的哈希結(jié)果分配,使來自同一個IP的訪客固定訪問一臺后端服務(wù)器,并且可以有效解決動態(tài)網(wǎng)頁存在的session共享問題
          upstream backserver { 
           ip_hash;
           server 192.168.0.12:88;
           server 192.168.0.13:80;
          }

          4. fair(第三方插件)

          必須安裝upstream_fair模塊。
          對比 weight、ip_hash更加智能的負載均衡算法,fair算法可以根據(jù)頁面大小和加載時間長短智能地進行負載均衡,響應(yīng)時間短的優(yōu)先分配。
          # 哪個服務(wù)器的響應(yīng)速度快,就將請求分配到那個服務(wù)器上。
          upstream backserver {
           server server1;
           server server2;
           fair;
          }
          5.url_hash(第三方插件)
          必須安裝Nginx的hash軟件包
          按訪問url的hash結(jié)果來分配請求,使每個url定向到同一個后端服務(wù)器,可以進一步提高后端緩存服務(wù)器的效率。
          upstream backserver { 
           server squid1:3128;
           server squid2:3128;
           hash $request_uri;
           hash_method crc32;
          }

          如何用 Nginx 解決前端跨域問題?

          使用Nginx轉(zhuǎn)發(fā)請求。把跨域的接口寫成調(diào)本域的接口,然后將這些接口轉(zhuǎn)發(fā)到真正的請求地址。

          Nginx 虛擬主機怎么配置?

          1、基于域名的虛擬主機,通過域名來區(qū)分虛擬主機——應(yīng)用:外部網(wǎng)站
          2、基于端口的虛擬主機,通過端口來區(qū)分虛擬主機——應(yīng)用:公司內(nèi)部網(wǎng)站,外部網(wǎng)站的管理后臺
          3、基于ip的虛擬主機。

          基于虛擬主機配置域名

          需要建立/data/www /data/bbs目錄,windows本地hosts添加虛擬機ip地址對應(yīng)的域名解析;對應(yīng)域名網(wǎng)站目錄下新增index.html文件;
          # 當客戶端訪問www.lijie.com,監(jiān)聽端口號為80,直接跳轉(zhuǎn)到data/www目錄下文件
          server {
              listen       80;
              server_name  www.lijie.com;
              location / {
                  root   data/www;
                  index  index.html index.htm;
              }
          }

          # 當客戶端訪問www.lijie.com,監(jiān)聽端口號為80,直接跳轉(zhuǎn)到data/bbs目錄下文件
           server {
              listen       80;
              server_name  bbs.lijie.com;
              location / {
                  root   data/bbs;
                  index  index.html index.htm;
              }
          }

          基于端口的虛擬主機

          使用端口來區(qū)分,瀏覽器使用域名或ip地址:端口號 訪問
          # 當客戶端訪問www.lijie.com,監(jiān)聽端口號為8080,直接跳轉(zhuǎn)到data/www目錄下文件
           server {
              listen       8080;
              server_name  8080.lijie.com;
              location / {
                  root   data/www;
                  index  index.html index.htm;
              }
          }

          # 當客戶端訪問www.lijie.com,監(jiān)聽端口號為80直接跳轉(zhuǎn)到真實ip服務(wù)器地址 127.0.0.1:8080
          server {
              listen       80;
              server_name  www.lijie.com;
              location / {
                   proxy_pass http://127.0.0.1:8080;
                  index  index.html index.htm;
              }
          }

          location的作用是什么?

          location指令的作用是根據(jù)用戶請求的URI來執(zhí)行不同的應(yīng)用,也就是根據(jù)用戶請求的網(wǎng)站URL進行匹配,匹配成功即進行相關(guān)的操作。
          location的語法能說出來嗎?
          注意:~ 代表自己輸入的英文字母
          Location正則案例
          # 優(yōu)先級1,精確匹配,根路徑
          location =/ {
              return 400;
          }

          # 優(yōu)先級2,以某個字符串開頭,以av開頭的,優(yōu)先匹配這里,區(qū)分大小寫
          location ^~ /av {
             root /data/av/;
          }

          # 優(yōu)先級3,區(qū)分大小寫的正則匹配,匹配/media*****路徑
          location ~ /media {
                alias /data/static/;
          }

          # 優(yōu)先級4 ,不區(qū)分大小寫的正則匹配,所有的****.jpg|gif|png 都走這里
          location ~* .*\.(jpg|gif|png|js|css)$ {
             root  /data/av/;
          }

          # 優(yōu)先7,通用匹配
          location / {
              return 403;
          }

          限流怎么做的?

          Nginx限流就是限制用戶請求速度,防止服務(wù)器受不了
          限流有3種
          • 正常限制訪問頻率(正常流量)
          • 突發(fā)限制訪問頻率(突發(fā)流量)
          • 限制并發(fā)連接數(shù)
          Nginx的限流都是基于漏桶流算法
          實現(xiàn)三種限流算法

          1、正常限制訪問頻率(正常流量):

          限制一個用戶發(fā)送的請求,我Nginx多久接收一個請求。
          Nginx中使用ngx_http_limit_req_module模塊來限制的訪問頻率,限制的原理實質(zhì)是基于漏桶算法原理來實現(xiàn)的。在nginx.conf配置文件中可以使用limit_req_zone命令及l(fā)imit_req命令限制單個IP的請求處理頻率。
          # 定義限流維度,一個用戶一分鐘一個請求進來,多余的全部漏掉
          limit_req_zone $binary_remote_addr zone=one:10m rate=1r/m;

          # 綁定限流維度
          server{
              
              location/seckill.html{
                  limit_req zone=zone;
                  proxy_pass http://lj_seckill;
              }

          }
          1r/s代表1秒一個請求,1r/m一分鐘接收一個請求, 如果Nginx這時還有別人的請求沒有處理完,Nginx就會拒絕處理該用戶請求。

          2、突發(fā)限制訪問頻率(突發(fā)流量):

          限制一個用戶發(fā)送的請求,我Nginx多久接收一個。
          上面的配置一定程度可以限制訪問頻率,但是也存在著一個問題:如果突發(fā)流量超出請求被拒絕處理,無法處理活動時候的突發(fā)流量,這時候應(yīng)該如何進一步處理呢?
          Nginx提供burst參數(shù)結(jié)合nodelay參數(shù)可以解決流量突發(fā)的問題,可以設(shè)置能處理的超過設(shè)置的請求數(shù)外能額外處理的請求數(shù)。我們可以將之前的例子添加burst參數(shù)以及nodelay參數(shù):
          # 定義限流維度,一個用戶一分鐘一個請求進來,多余的全部漏掉
          limit_req_zone $binary_remote_addr zone=one:10m rate=1r/m;

          # 綁定限流維度
          server{
              
              location/seckill.html{
                  limit_req zone=zone burst=5 nodelay;
                  proxy_pass http://lj_seckill;
              }

          }
          為什么就多了一個 burst=5 nodelay; 呢,多了這個可以代表Nginx對于一個用戶的請求會立即處理前五個,多余的就慢慢來落,沒有其他用戶的請求我就處理你的,有其他的請求的話我Nginx就漏掉不接受你的請求

          3、 限制并發(fā)連接數(shù)

          Nginx中的ngx_http_limit_conn_module模塊提供了限制并發(fā)連接數(shù)的功能,可以使用limit_conn_zone指令以及l(fā)imit_conn執(zhí)行進行配置。接下來我們可以通過一個簡單的例子來看下:
          http {
              limit_conn_zone $binary_remote_addr zone=myip:10m;
              limit_conn_zone $server_name zone=myServerName:10m;
          }

          server {
              location / {
                  limit_conn myip 10;
                  limit_conn myServerName 100;
                  rewrite / http://www.lijie.net permanent;
              }
          }
          上面配置了單個IP同時并發(fā)連接數(shù)最多只能10個連接,并且設(shè)置了整個虛擬服務(wù)器同時最大并發(fā)數(shù)最多只能100個鏈接。當然,只有當請求的header被服務(wù)器處理后,虛擬服務(wù)器的連接數(shù)才會計數(shù)。剛才有提到過Nginx是基于漏桶算法原理實現(xiàn)的,實際上限流一般都是基于漏桶算法和令牌桶算法實現(xiàn)的。

          漏桶流算法和令牌桶算法知道?

          漏桶算法

          漏桶算法思路很簡單,我們把水比作是請求,漏桶比作是系統(tǒng)處理能力極限,水先進入到漏桶里,漏桶里的水按一定速率流出,當流出的速率小于流入的速率時,由于漏桶容量有限,后續(xù)進入的水直接溢出(拒絕請求),以此實現(xiàn)限流。


          令牌桶算法

          令牌桶算法的原理也比較簡單,我們可以理解成醫(yī)院的掛號看病,只有拿到號以后才可以進行診病。
          系統(tǒng)會維護一個令牌(token)桶,以一個恒定的速度往桶里放入令牌(token),這時如果有請求進來想要被處理,則需要先從桶里獲取一個令牌(token),當桶里沒有令牌(token)可取時,則該請求將被拒絕服務(wù)。令牌桶算法通過控制桶的容量、發(fā)放令牌的速率,來達到對請求的限制。


          Nginx配置高可用性怎么配置?

          當上游服務(wù)器(真實訪問服務(wù)器),一旦出現(xiàn)故障或者是沒有及時相應(yīng)的話,應(yīng)該直接輪訓(xùn)到下一臺服務(wù)器,保證服務(wù)器的高可用
          Nginx配置代碼:
          server {
                  listen       80;
                  server_name  www.lijie.com;
                  location / {
                      ### 指定上游服務(wù)器負載均衡服務(wù)器
                      proxy_pass http://backServer;
                      ###nginx與上游服務(wù)器(真實訪問的服務(wù)器)超時時間 后端服務(wù)器連接的超時時間_發(fā)起握手等候響應(yīng)超時時間
                      proxy_connect_timeout 1s;
                      ###nginx發(fā)送給上游服務(wù)器(真實訪問的服務(wù)器)超時時間
                      proxy_send_timeout 1s;
                      ### nginx接受上游服務(wù)器(真實訪問的服務(wù)器)超時時間
                      proxy_read_timeout 1s;
                      index  index.html index.htm;
                  }
              }

          Nginx怎么判斷別IP不可訪問?

          # 如果訪問的ip地址為192.168.9.115,則返回403
           if  ($remote_addr = 192.168.9.115) {
               return 403;
           }


          在nginx中,如何使用未定義的服務(wù)器名稱來阻止處理請求?

          只需將請求刪除的服務(wù)器就可以定義為:
          服務(wù)器名被保留一個空字符串,他在沒有主機頭字段的情況下匹配請求,而一個特殊的nginx的非標準代碼被返回,從而終止連接。

          怎么限制瀏覽器訪問?

          ## 不允許谷歌瀏覽器訪問 如果是谷歌瀏覽器返回500
          if ($http_user_agent ~ Chrome) {
            return 500;
          }
          Rewrite全局變量是什么?
          $remote_addr //獲取客戶端ip
          $binary_remote_addr //客戶端ip(二進制)
          $remote_port //客戶端port,如:50472
          $remote_user //已經(jīng)經(jīng)過Auth Basic Module驗證的用戶名
          $host //請求主機頭字段,否則為服務(wù)器名稱,如:blog.sakmon.com
          $request //用戶請求信息,如:GET ?a=1&b=2 HTTP/1.1
          $request_filename //當前請求的文件的路徑名,由root或alias和URI request組合而成,如:/2013/81.html
          $status //請求的響應(yīng)狀態(tài)碼,如:200
          $body_bytes_sent // 響應(yīng)時送出的body字節(jié)數(shù)數(shù)量。即使連接中斷,這個數(shù)據(jù)也是精確的,如:40
          $content_length // 等于請求行的“Content_Length”的值
          $content_type // 等于請求行的“Content_Type”的值
          $http_referer // 引用地址
          $http_user_agent // 客戶端agent信息,如:Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.76 Safari/537.36
          $args //與$query_string相同 等于當中URL的參數(shù)(GET),如a=1&b=2
          $document_uri //與$uri相同 這個變量指當前的請求URI,不包括任何參數(shù)(見$args) 如:/2013/81.html
          $document_root //針對當前請求的根路徑設(shè)置值
          $hostname //如:centos53.localdomain
          $http_cookie //客戶端cookie信息
          $cookie_COOKIE //cookie COOKIE變量的值
          $is_args //如果有$args參數(shù),這個變量等于”?”,否則等于”",空值,如?
          $limit_rate //這個變量可以限制連接速率,0表示不限速
          $query_string // 與$args相同 等于當中URL的參數(shù)(GET),如a=1&b=2
          $request_body // 記錄POST過來的數(shù)據(jù)信息
          $request_body_file //客戶端請求主體信息的臨時文件名
          $request_method //客戶端請求的動作,通常為GET或POST,如:GET
          $request_uri //包含請求參數(shù)的原始URI,不包含主機名,如:/2013/81.html?a=1&b=2
          $scheme //HTTP方法(如http,https),如:http
          $uri //這個變量指當前的請求URI,不包括任何參數(shù)(見$args) 如:/2013/81.html
          $request_completion //如果請求結(jié)束,設(shè)置為OK. 當請求未結(jié)束或如果該請求不是請求鏈串的最后一個時,為空(Empty),如:OK
          $server_protocol //請求使用的協(xié)議,通常是HTTP/1.0或HTTP/1.1,如:HTTP/1.1
          $server_addr //服務(wù)器IP地址,在完成一次系統(tǒng)調(diào)用后可以確定這個值
          $server_name //服務(wù)器名稱,如:blog.sakmon.com
          $server_port //請求到達服務(wù)器的端口號,如:80

          Nginx 如何實現(xiàn)后端服務(wù)的健康檢查?

          方式一,利用 nginx 自帶模塊 ngx_http_proxy_module 和 ngx_http_upstream_module 對后端節(jié)點做健康檢查。
          方式二(推薦),利用 nginx_upstream_check_module 模塊對后端節(jié)點做健康檢查。

          Nginx 如何開啟壓縮?

          開啟nginx gzip壓縮后,網(wǎng)頁、css、js等靜態(tài)資源的大小會大大的減少,從而可以節(jié)約大量的帶寬,提高傳輸效率,給用戶快的體驗。雖然會消耗cpu資源,但是為了給用戶更好的體驗是值得的。
          開啟的配置如下:
          將以上配置放到nginx.conf的http{ … }節(jié)點中。
          http {
            # 開啟gzip
            gzip on;
           
            # 啟用gzip壓縮的最小文件;小于設(shè)置值的文件將不會被壓縮
            gzip_min_length 1k;
           
            # gzip 壓縮級別 1-10
            gzip_comp_level 2;
           
            # 進行壓縮的文件類型。
           
            gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
           
            # 是否在http header中添加Vary: Accept-Encoding,建議開啟
            gzip_vary on;
          }
          保存并重啟nginx,刷新頁面(為了避免緩存,請強制刷新)就能看到效果了。以谷歌瀏覽器為例,通過F12看請求的響應(yīng)頭部:
          我們可以先來對比下,如果我們沒有開啟zip壓縮之前,我們的對應(yīng)的文件大小,如下所示:
          現(xiàn)在我們開啟了gzip進行壓縮后的文件的大小,可以看到如下所示:
          并且我們查看響應(yīng)頭會看到gzip這樣的壓縮,如下所示
          gzip壓縮前后效果對比:jquery原大小90kb,壓縮后只有30kb。
          gzip雖然好用,但是以下類型的資源不建議啟用。

          1、圖片類型

          原因:圖片如jpg、png本身就會有壓縮,所以就算開啟gzip后,壓縮前和壓縮后大小沒有多大區(qū)別,所以開啟了反而會白白的浪費資源。(Tips:可以試試將一張jpg圖片壓縮為zip,觀察大小并沒有多大的變化。雖然zip和gzip算法不一樣,但是可以看出壓縮圖片的價值并不大)

          2、大文件

          原因:會消耗大量的cpu資源,且不一定有明顯的效果。

          ngx_http_upstream_module的作用是什么?

          ngx_http_upstream_module用于定義可通過fastcgi傳遞、proxy傳遞、uwsgi傳遞、memcached傳遞和scgi傳遞指令來引用的服務(wù)器組。

          什么是C10K問題?

          C10K問題是指無法同時處理大量客戶端(10,000)的網(wǎng)絡(luò)套接字。

          Nginx是否支持將請求壓縮到上游?

          您可以使用Nginx模塊gunzip將請求壓縮到上游。gunzip模塊是一個過濾器,它可以對不支持“gzip”編碼方法的客戶機或服務(wù)器使用“內(nèi)容編碼:gzip”來解壓縮響應(yīng)。

          如何在Nginx中獲得當前的時間?

          要獲得Nginx的當前時間,必須使用SSI模塊、和date_local的變量。
          Proxy_set_header THE-TIME $date_gmt;

          用Nginx服務(wù)器解釋-s的目的是什么?

          用于運行Nginx -s參數(shù)的可執(zhí)行文件。

          如何在Nginx服務(wù)器上添加模塊?

          在編譯過程中,必須選擇Nginx模塊,因為Nginx不支持模塊的運行時間選擇。

          生產(chǎn)中如何設(shè)置worker進程的數(shù)量呢?

          在有多個cpu的情況下,可以設(shè)置多個worker,worker進程的數(shù)量可以設(shè)置到和cpu的核心數(shù)一樣多,如果在單個cpu上起多個worker進程,那么操作系統(tǒng)會在多個worker之間進行調(diào)度,這種情況會降低系統(tǒng)性能,如果只有一個cpu,那么只啟動一個worker進程就可以了。

          nginx狀態(tài)碼

          499:
          服務(wù)端處理時間過長,客戶端主動關(guān)閉了連接。
          502:
          (1).FastCGI進程是否已經(jīng)啟動
          (2).FastCGI worker進程數(shù)是否不夠
          (3).FastCGI執(zhí)行時間過長
          • fastcgi_connect_timeout 300;
          • fastcgi_send_timeout 300;
          • fastcgi_read_timeout 300;
          (4).FastCGI Buffer不夠,nginx和apache一樣,有前端緩沖限制,可以調(diào)整緩沖參數(shù)
          • fastcgi_buffer_size 32k;
          • fastcgi_buffers 8 32k;
          (5). Proxy Buffer不夠,如果你用了Proxying,調(diào)整
          • proxy_buffer_size 16k;
          • proxy_buffers 4 16k;
          (6).php腳本執(zhí)行時間過長
          • 將php-fpm.conf的0s的0s改成一個時間


          文章來源:https://blog.csdn.net/wuzhiwei549/article/details/122758937


          到此文章就結(jié)束了。Java架構(gòu)師必看一個集公眾號、小程序、網(wǎng)站(3合1的文章平臺,給您架構(gòu)路上一臂之力,javajgs.com)。如果今天的文章對你在進階架構(gòu)師的路上有新的啟發(fā)和進步,歡迎轉(zhuǎn)發(fā)給更多人。歡迎加入架構(gòu)師社區(qū)技術(shù)交流群,眾多大咖帶你進階架構(gòu)師,在后臺回復(fù)“加群”即可入群。



          這些年小編給你分享過的干貨


          1.idea永久激活碼(親測可用)

          2.優(yōu)質(zhì)ERP系統(tǒng)帶進銷存財務(wù)生產(chǎn)功能(附源碼)

          3.優(yōu)質(zhì)SpringBoot帶工作流管理項目(附源碼)

          4.最好用的OA系統(tǒng),拿來即用(附源碼)

          5.SBoot+Vue外賣系統(tǒng)前后端都有(附源碼

          6.SBoot+Vue可視化大屏拖拽項目(附源碼)


          轉(zhuǎn)發(fā)在看就是最大的支持??

          瀏覽 58
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  亚洲天堂网在线观看 | 黄色美女网站 | 俺来也成人免费视频 | 三级片夜夜爽 | 久久国产精品偷任你爽任你A足疗 |