Nginx面试题总结
1、什么是Nginx？
Nginx是一個 輕量級/高性能的反向代理Web服務器，他實現非常高效的反向代理、負載平衡，他可以處理2-3萬并發連接數，官方監測能支持5萬并發，現在中國使用nginx網站用戶有很多，例如：新浪、網易、 騰訊等。
2、為什么要用Nginx?
- 跨平臺、配置簡單、反向代理、高并發連接：處理2-3萬并發連接數，官方監測能支持5萬并發，內存消耗小：開啟10個nginx才占150M內存 ，nginx處理靜態文件好，耗費內存少
- 而且Nginx內置的健康檢查功能：如果有一個服務器宕機，會做一個健康檢查，再發送的請求就不會發送到宕機的服務器了。重新將請求提交到其他的節點上。
- 使用Nginx的話還能：
? ? ? ? ? ? ? ? 1、節省寬帶：支持GZIP壓縮，可以添加瀏覽器本地緩存
? ? ? ? ? ? ? ? 2、穩定性高：宕機的概率非常小
? ? ? ? ? ? ? ? 3、接收用戶請求是異步的
3、為什么Nginx性能這么高？
因為他的事件處理機制：異步非阻塞事件處理機制：運用了epoll模型，提供了一個隊列，排隊解決
4、為什么不使用多線程？ ?
Nginx:采用單線程來異步非阻塞處理請求（管理員可以配置Nginx主進程的工作進程的數量），不會為每個請求分配cpu和內存資源，節省了大量資源，同時也減少了大量的CPU的上下文切換，所以才使得Nginx支持更高的并發。5、Nginx怎么處理請求的？
nginx接收一個請求后，首先由listen和server_name指令匹配server模塊，再匹配server模塊里的location，location就是實際地址
server { # 第一個Server區塊開始，表示一個獨立的虛擬主機站點listen 80； # 提供服務的端口，默認80server_name localhost； # 提供服務的域名主機名location / { # 第一個location區塊開始root html； # 站點的根目錄，相當于Nginx的安裝目錄index index.html index.htm； # 默認的首頁文件，多個用空格分開} }6、什么是正向代理和反向代理？
正向代理就是一個人發送一個請求直接就到達了目標的服務器
反方代理就是請求統一被Nginx接收，nginx反向代理服務器接收到之后，按照一定的規則分發給了后端的業務處理服務器進行處理了
?正向代理服務器代理的是客戶端，而反向代理服務器代理的是服務端
7、使用反向代理服務器的優點是什么?
反向代理服務器可以隱藏源服務器的存在和特征。它充當互聯網云和web服務器之間的中間層。這對于安全方面來說是很好的，特別是當您使用web托管服務時。
8、Nginx的優缺點？
優點：
? ? ? ? （1）占內存小，可實現高并發連接，處理響應快
? ? ? ? （2）可實現http服務器、虛擬主機、方向代理、負載均衡
? ? ? ? （3）Nginx配置簡單
? ? ? ? （4）可以不暴露正式的服務器IP地址
缺點：
????????動態處理差：nginx處理靜態文件好,耗費內存少，但是處理動態頁面則很雞肋，現在一般前端用nginx作為反向代理抗住壓力
9、Nginx應用場景？
- http服務器。Nginx是一個http服務可以獨立提供http服務。可以做網頁靜態服務器。
- 虛擬主機。可以實現在一臺服務器虛擬出多個網站，例如個人網站使用的虛擬機。
- 反向代理，負載均衡。當網站的訪問量達到一定程度后，單臺服務器不能滿足用戶的請求時，需要用多臺服務器集群可以使用nginx做反向代理。并且多臺服務器可以平均分擔負載，不會應為某臺服務器負載高宕機而某臺服務器閑置的情況。
- nginx?中也可以配置安全管理、比如可以使用Nginx搭建API接口網關,對每個接口服務進行攔截。
10、Nginx目錄結構有哪些？
[root@localhost ~]# tree /usr/local/nginx /usr/local/nginx ├── client_body_temp ├── conf # Nginx所有配置文件的目錄 │ ├── fastcgi.conf # fastcgi相關參數的配置文件 │ ├── fastcgi.conf.default # fastcgi.conf的原始備份文件 │ ├── fastcgi_params # fastcgi的參數文件 │ ├── fastcgi_params.default │ ├── koi-utf │ ├── koi-win │ ├── mime.types # 媒體類型 │ ├── mime.types.default │ ├── nginx.conf # Nginx主配置文件 │ ├── nginx.conf.default │ ├── scgi_params # scgi相關參數文件 │ ├── scgi_params.default │ ├── uwsgi_params # uwsgi相關參數文件 │ ├── uwsgi_params.default │ └── win-utf ├── fastcgi_temp # fastcgi臨時數據目錄 ├── html # Nginx默認站點目錄 │ ├── 50x.html # 錯誤頁面優雅替代顯示文件，例如當出現502錯誤時會調用此頁面 │ └── index.html # 默認的首頁文件 ├── logs # Nginx日志目錄 │ ├── access.log # 訪問日志文件 │ ├── error.log # 錯誤日志文件 │ └── nginx.pid # pid文件，Nginx進程啟動后，會把所有進程的ID號寫到此文件 ├── proxy_temp # 臨時目錄 ├── sbin # Nginx命令目錄 │ └── nginx # Nginx的啟動命令 ├── scgi_temp # 臨時目錄 └── uwsgi_temp # 臨時目錄11、Nginx配置文件nginx.conf有哪些屬性模塊?
worker_processes 1； # worker進程的數量 events { # 事件區塊開始worker_connections 1024； # 每個worker進程支持的最大連接數 } # 事件區塊結束 http { # HTTP區塊開始include mime.types； # Nginx支持的媒體類型庫文件default_type application/octet-stream； # 默認的媒體類型sendfile on； # 開啟高效傳輸模式keepalive_timeout 65； # 連接超時server { # 第一個Server區塊開始，表示一個獨立的虛擬主機站點listen 80； # 提供服務的端口，默認80server_name localhost； # 提供服務的域名主機名location / { # 第一個location區塊開始root html； # 站點的根目錄，相當于Nginx的安裝目錄index index.html index.htm； # 默認的首頁文件，多個用空格分開} # 第一個location區塊結果error_page 500502503504 /50x.html； # 出現對應的http狀態碼時，使用50x.html回應客戶location = /50x.html { # location區塊開始，訪問50x.htmlroot html； # 指定對應的站點目錄為html}} ......12、Nginx虛擬主機怎么配置?
- 基于域名的虛擬主機，通過域名來區分虛擬主機——應用：外部網站
-
基于端口的虛擬主機，通過端口來區分虛擬主機——應用：公司內部網站，外部網站的管理后臺
-
基于ip的虛擬主機。
? ?（1）基于虛擬主機配置域名
需要建立/data/www /data/bbs目錄，windows本地hosts添加虛擬機ip地址對應的域名解析；對應域名網站目錄下新增index.html文件；
#當客戶端訪問www.lijie.com,監聽端口號為80,直接跳轉到data/www目錄下文件server {listen 80;server_name www.lijie.com;location / {root data/www;index index.html index.htm;}}? ?（2）基于端口的虛擬主機
使用端口來區分，瀏覽器使用域名或ip地址:端口號訪問
#當客戶端訪問www.lijie.com,監聽端口號為8080,直接跳轉到data/www目錄下文件server {listen 8080;server_name 8080.lijie.com;location / {root data/www;index index.html index.htm;}}???（3）基于ip的虛擬主機
#當客戶端訪問www.lijie.com,監聽端口號為80直接跳轉到真實ip服務器地址 127.0.0.1:8080server {listen 80;server_name www.lijie.com;location / {proxy_pass http://127.0.0.1:8080;index index.html index.htm;}}13、location的作用是什么？
location指令的作用是根據用戶請求的URI來執行不同的應用，也就是根據用戶請求的網站URL進行匹配，匹配成功即進行相關的操作。
? ? ?location的語法能說出來嗎？
注意：~ 代表自己輸入的英文字母
?
? ? ?Location正則案例
#優先級1,精確匹配，根路徑location =/ {return 400;}#優先級2,以某個字符串開頭,以av開頭的，優先匹配這里，區分大小寫location ^~ /av {root /data/av/;}#優先級3，區分大小寫的正則匹配，匹配/media*****路徑location ~ /media {alias /data/static/;}#優先級4 ，不區分大小寫的正則匹配，所有的****.jpg|gif|png 都走這里location ~* .*\.(jpg|gif|png|js|css)$ {root /data/av/;}#優先7，通用匹配location / {return 403;}14、限流怎么做的？
-
Nginx限流就是限制用戶請求速度，防止服務器受不了
-
限流有3種
- 正常限制訪問頻率（正常流量）
- 突發限制訪問頻率（突發流量）
- 限制并發連接數
-
Nginx的限流都是基于漏桶流算法，底下會說道什么是桶銅流
?實現三種限流算法
（1）正常限制訪問頻率（正常流量）：
- 限制一個用戶發送的請求，我Nginx多久接收一個請求。
- Nginx中使用ngx_http_limit_req_module模塊來限制的訪問頻率，限制的原理實質是基于漏桶算法原理來實現的。在nginx.conf配置文件中可以使用limit_req_zone命令及limit_req命令限制單個IP的請求處理頻率。
?1r/s代表1秒一個請求，1r/m一分鐘接收一個請求， 如果Nginx這時還有別人的請求沒有處理完，Nginx就會拒絕處理該用戶請求
?（2）突發限制訪問頻率（突發流量）：
- 限制一個用戶發送的請求，我Nginx多久接收一個。
- 上面的配置一定程度可以限制訪問頻率，但是也存在著一個問題：如果突發流量超出請求被拒絕處理，無法處理活動時候的突發流量，這時候應該如何進一步處理呢？Nginx提供burst參數結合nodelay參數可以解決流量突發的問題，可以設置能處理的超過設置的請求數外能額外處理的請求數。我們可以將之前的例子添加burst參數以及nodelay參數：
為什么就多了一個 burst=5 nodelay; 呢，多了這個可以代表Nginx對于一個用戶的請求會立即處理前五個，多余的就慢慢來落，沒有其他用戶的請求我就處理你的，有其他的請求的話我Nginx就漏掉不接受你的請求
?（3）限制并發連接數
Nginx中的ngx_http_limit_conn_module模塊提供了限制并發連接數的功能，可以使用limit_conn_zone指令以及limit_conn執行進行配置。接下來我們可以通過一個簡單的例子來看下：
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同時并發連接數最多只能10個連接，并且設置了整個虛擬服務器同時最大并發數最多只能100個鏈接。當然，只有當請求的header被服務器處理后，虛擬服務器的連接數才會計數。剛才有提到過Nginx是基于漏桶算法原理實現的，實際上限流一般都是基于漏桶算法和令牌桶算法實現的。
15、漏桶流算法和令牌桶算法知道？
（1）漏桶算法
漏桶算法是網絡世界中流量整形或速率限制時經常使用的一種算法，它的主要目的是控制數據注入到網絡的速率，平滑網絡上的突發流量。漏桶算法提供了一種機制，通過它，突發流量可以被整形以便為網絡提供一個穩定的流量。也就是我們剛才所講的情況。漏桶算法提供的機制實際上就是剛才的案例：突發流量會進入到一個漏桶，漏桶會按照我們定義的速率依次處理請求，如果水流過大也就是突發流量過大就會直接溢出，則多余的請求會被拒絕。所以漏桶算法能控制數據的傳輸速率。
?
（2）令牌桶算法
令牌桶算法是網絡流量整形和速率限制中最常使用的一種算法。典型情況下，令牌桶算法用來控制發送到網絡上的數據的數目，并允許突發數據的發送。Google開源項目Guava中的RateLimiter使用的就是令牌桶控制算法。令牌桶算法的機制如下：存在一個大小固定的令牌桶，會以恒定的速率源源不斷產生令牌。如果令牌消耗速率小于生產令牌的速度，令牌就會一直產生直至裝滿整個令牌桶。
?
16、為什么要做動靜分離？
- Nginx是當下最熱的Web容器，網站優化的重要點在于靜態化網站，網站靜態化的關鍵點則是是動靜分離，動靜分離是讓動態網站里的動態網頁根據一定規則把不變的資源和經常變的資源區分開來，動靜資源做好了拆分以后，我們則根據靜態資源的特點將其做緩存操作。
- 讓靜態的資源只走靜態資源服務器，動態的走動態的服務器
- Nginx的靜態處理能力很強，但是動態處理能力不足，因此，在企業中常用動靜分離技術。
- 對于靜態資源比如圖片，js，css等文件，我們則在反向代理服務器nginx中進行緩存。這樣瀏覽器在請求一個靜態資源時，代理服務器nginx就可以直接處理，無需將請求轉發給后端服務器tomcat。
- 若用戶請求的動態文件，比如servlet,jsp則轉發給Tomcat服務器處理，從而實現動靜分離。這也是反向代理服務器的一個重要的作用。
? ? ?Nginx怎么做的動靜分離？
只需要指定路徑對應的目錄。location/可以使用正則表達式匹配。并指定對應的硬盤中的目錄。如下：（操作都是在Linux上）
server{listen 80;server_name ws.licaidie.top;location /image/ {root /usr/local/static/;autoindex on;} }（1）創建目錄
mkdir /usr/local/static/image（2）進入目錄
cd ?/usr/local/static/image（3）放一張照片上去
1.jpg（4）重啟 nginx
sudo nginx -s reload（5）打開瀏覽器 輸入 server_name/image/1.jpg 就可以訪問該靜態圖片了?
17、Nginx負載均衡的算法怎么實現的?策略有哪些?
-
為了避免服務器崩潰，大家會通過負載均衡的方式來分擔服務器壓力。將對臺服務器組成一個集群，當用戶訪問時，先訪問到一個轉發服務器，再由轉發服務器將訪問分發到壓力更小的服務器。
-
Nginx負載均衡實現的策略有以下五種：
（1）輪詢(默認)
每個請求按時間順序逐一分配到不同的后端服務器，如果后端某個服務器宕機，能自動剔除故障系統。
upstream backserver { server 192.168.0.12; server 192.168.0.13; }（2）權重 weight
weight的值越大分配到的訪問概率越高，主要用于后端每臺服務器性能不均衡的情況下。其次是為在主從的情況下設置不同的權值，達到合理有效的地利用主機資源。
upstream backserver {?server 192.168.0.12 weight=2;?server 192.168.0.13 weight=8;? }?- 權重越高，在被訪問的概率越大，如上例，分別是20%，80%。
（3）ip_hash( IP綁定)
每個請求按訪問IP的哈希結果分配，使來自同一個IP的訪客固定訪問一臺后端服務器，并且可以有效解決動態網頁存在的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算法可以根據頁面大小和加載時間長短智能地進行負載均衡，響應時間短的優先分配。
- 哪個服務器的響應速度快，就將請求分配到哪個服務器上。
（5）url_hash(第三方插件)
- 必須安裝Nginx的hash軟件包
- 按訪問url的hash結果來分配請求，使每個url定向到同一個后端服務器，可以進一步提高后端緩存服務器的效率。
18、Nginx配置高可用性怎么配置？
當上游服務器(真實訪問服務器)，一旦出現故障或者是沒有及時相應的話，應該直接輪詢到下一臺服務器，保證服務器的高可用
server {listen ? ? ? 80;server_name ?www.lijie.com;location / {### 指定上游服務器負載均衡服務器proxy_pass http://backServer;###nginx與上游服務器(真實訪問的服務器)超時時間 后端服務器連接的超時時間_發起握手等候響應超時時間proxy_connect_timeout 1s;###nginx發送給上游服務器(真實訪問的服務器)超時時間proxy_send_timeout 1s;### nginx接受上游服務器(真實訪問的服務器)超時時間proxy_read_timeout 1s;index ?index.html index.htm;} }19、Rewrite全局變量是什么？
20、nginx是如何實現高并發的？
簡單來講，就是： 異步，非阻塞，使用了epoll和大量的底層代碼優化 nginx采用一個master進程，多個woker進程的模式。 1. master進程主要負責收集、分發請求。當一個請求過來時，master拉起一個worker進程負責處理這個請求。 2. master進程也要負責監控woker的狀態，保證高可靠性 3. woker進程一般設置為跟cpu核心數一致。nginx的woker進程跟apache不一樣。apche的進程在同一時間只能處理一個請求，所以它會開很多個進程，幾百甚至幾千個。而nginx的woker進程在同一時間可以處理額請求數只受內存限制，因此可以處理多個請求。21、nginx的四大功能是什么？
- 正向代理????????在客戶端(瀏覽器)配置代理服務器，通過代理服務器進行互聯網訪問。
- 反向代理? ? ? ??我們只需要將請求發送到反向代理服務器，由反向代理服務器去選擇目標服務器獲取數據后，在返回給客戶端 此時反向代理服務器和目標服務器對外就是一個服務器,暴露的是代理服務器地址，隱藏了真實服務器IP地址。
- 負載均衡? ? ? ??單個服務器解決不了，我們增加服務器的數量，然后將請求分發到各個服務器上，將原先請求集中到單個服務器 上的情況改為將請求分發到多個服務器上，將負載分發到不同的服務器，也就是我們所說的負載均衡。
- 動靜分離? ? ? ?為了加快網站的解析速度，可以把動態頁面和靜態頁面由不同的服務器來解析，加快解析速度。降低原來單個服務器的壓力
22、nginx和apache的區別？
- 輕量級：同樣起web 服務，nginx 比apache 占用更少的內存及資源；
- 抗并發：nginx處理請求是異步非阻塞的，而apache 則是阻塞型的，在高并發下nginx 能保持低資源低消耗高性能；
- 模塊化：nginx編寫模塊相對簡單；
- IO事件模型：apache是同步多進程模型，一個連接對應一個進程，阻塞；nginx是異步的，多進程單線程，異步非阻塞，多個連接（萬級別）可以對應一個進程。
- 功能豐富：Nginx提供負載均衡，可以做反向代理，前端服務器
?23、Nginx 常用命令有哪些？
- 啟動????????nginx 。
- 停止? ? ? ??nginx -s stop 或 nginx -s quit 。
- 重啟? ? ? ??nginx -s reload 或 service nginx reload 。
- 重載指定配置文件??.nginx -c /usr/local/nginx/conf/nginx.conf 。
- 查看? ? ? ? nginx 版本 nginx -v 。
24、nginx報500、502、503、504 有什么區別？
- 500： Internal Server Error 內部服務錯誤，比如腳本錯誤，編程語言語法錯誤。
- 502： Bad Gateway錯誤，網關錯誤。比如服務器當前連接太多，響應太慢，頁面素材太多、帶寬慢。
- 503： Service Temporarily Unavailable，服務不可用，web服務器不能處理HTTP請求，ip超頻訪問導致限流，或者 臨時超載或者是服務器進行停機維護。
- 504： Gateway timeout 網關超時，程序執行時間過長導致響應超時，例如程序需要執行20秒，而nginx最大響應等待時間為10秒，這樣就會出現超時。
25、什么是C10K問題?
所謂c10k問題，指的是：服務器如何支持10k個并發連接，也就是concurrent 10000 connection（這也是c10k這個名字的由來），C10K問題是指無法同時處理大量客戶端(10,000)的網絡套接字。?解決方案 ：詳細請看：C10k問題簡述_愛思考的實踐者的博客-CSDN博客_c10k問題
- 為每個連接分配一個獨立的線程/進程。
- 同一個線程/進程同時處理多個連接（IO多路復用）。
?26、nginx的七層負載均衡
四層負載均衡
所謂四層負載均衡是指OSI七層模型中的傳輸層, 那么傳輸層Nginx已經支持TCP/IP的控制, 所以只需要對客戶端的請求進行TCP/IP協議的包轉發就可以實現負載, 那么他的好處是性能非常快, 只需要底層進行應用處理,而不需要進行一些復雜的邏輯.?
七層負載均衡
七層負載均衡是在應用層,那么他可以完成后很多應用方面的協議請求,
當然四層有四層的好處,七層七層的好處,四層就不支持協議的轉發,(http,https,DNS等)只支持IP，但是它的速度快.
應用層雖然沒有四層負載快,但是支持很多功能,比如說他支持http信息的改寫、頭部信息的改寫、（意識是，七層代理著用戶往后請求的時候把我們用戶請求的頭部信息加上，長連接協議也可以修改等）、安全應用規則控制、URL匹配規則控制、以及轉發、rewrite等一些規則，所以在應用層的服務里面，可以做的內容就更多了。Nginx是一個典型的七層負載均衡
四層和七層的區別
四層負載均衡數據在底層就進行了分發，而七層負載均衡數據包則是在最頂層進行分發，由此可以看出，七層負載均衡效率沒有四層負載均衡高。
但是七層負載均衡更貼近于服務，如HTTP協議就是七層協議，我們可以用Nginx可以作會話保持，URL路徑規則匹配，head頭改寫等等，這些都是四層負載均衡無法實現的。
注意：四層負載均衡不識別域名，七層負載均衡識別域名
?OSI七層模型
從低到高分別是：物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層和應用層。
- 應用層：網絡服務與最終用戶的一個接口，常見的協議有：HTTP FTP SMTP SNMP DNS.
- 表示層：數據的表示、安全、壓縮。確保一個系統的應用層所發送的信息可以被另一個系統的應用層讀取。
- 會話層：建立、管理、終止會話,對應主機進程，指本地主機與遠程主機正在進行的會話.
- 傳輸層：定義傳輸數據的協議端口號，以及流控和差錯校驗,協議有TCP UDP.
- 網絡層：進行邏輯地址尋址，實現不同網絡之間的路徑選擇,協議有ICMP IGMP IP等.
- 數據鏈路層：在物理層提供比特流服務的基礎上，建立相鄰結點之間的數據鏈路。
- 物理層：建立、維護、斷開物理連接。
?OSI七層模型詳解_M10++的博客-CSDN博客_osi七層模型
總結
以上是生活随笔為你收集整理的Nginx面试题总结的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： java slf4j_SLF4J 使用手
- 下一篇： 部署gogs_可以更快地查阅 Gogs