這篇文章將為大家詳細(xì)講解有關(guān)Nginx 是怎么實現(xiàn)高并發(fā)，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

成都創(chuàng)新互聯(lián)公司制作網(wǎng)站網(wǎng)頁找三站合一網(wǎng)站制作公司,專注于網(wǎng)頁設(shè)計,網(wǎng)站制作、成都做網(wǎng)站,網(wǎng)站設(shè)計,企業(yè)網(wǎng)站搭建,網(wǎng)站開發(fā),建網(wǎng)站業(yè)務(wù),680元做網(wǎng)站,已為上1000+服務(wù),成都創(chuàng)新互聯(lián)公司網(wǎng)站建設(shè)將一如既往的為我們的客戶提供最優(yōu)質(zhì)的網(wǎng)站建設(shè)、網(wǎng)絡(luò)營銷推廣服務(wù)!

面試題：

Nginx 是如何實現(xiàn)并發(fā)的?為什么 Nginx 不使用多線程?Nginx常見的優(yōu)化手段有哪些?502錯誤可能原因有哪些?

面試官心理分析

主要是看應(yīng)聘人員的對NGINX的基本原理是否熟悉，因為大多數(shù)運(yùn)維人員多多少少都懂點(diǎn)NGINX，但是真正其明白原理的可能少之又少。明白其原理，才能做優(yōu)化，否則只能照樣搬樣，出了問題也無從下手。

懂皮毛的人，一般會做個 Web Server，搭建一個 Web 站點(diǎn);初級運(yùn)維可能搞個 HTTPS 、配置一個反向代理; 中級運(yùn)維定義個  upstream、寫個正則判斷;老鳥做個性能優(yōu)化、寫個ACL，還有可能改改源碼(小編表示沒有改源碼的能力)。

面試題剖析

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

異步，非阻塞，使用了epoll 和大量的底層代碼優(yōu)化。

如果一個server采用一個進(jìn)程負(fù)責(zé)一個request的方式，那么進(jìn)程數(shù)就是并發(fā)數(shù)。正常情況下，會有很多進(jìn)程一直在等待中。

而nginx采用一個master進(jìn)程，多個woker進(jìn)程的模式。

• master進(jìn)程主要負(fù)責(zé)收集、分發(fā)請求。每當(dāng)一個請求過來時，master就拉起一個worker進(jìn)程負(fù)責(zé)處理這個請求。

• 同時master進(jìn)程也負(fù)責(zé)監(jiān)控woker的狀態(tài)，保證高可靠性

• woker進(jìn)程一般設(shè)置為跟cpu核心數(shù)一致。nginx的woker進(jìn)程在同一時間可以處理的請求數(shù)只受內(nèi)存限制，可以處理多個請求。

Nginx  的異步非阻塞工作方式正把當(dāng)中的等待時間利用起來了。在需要等待的時候，這些進(jìn)程就空閑出來待命了，因此表現(xiàn)為少數(shù)幾個進(jìn)程就解決了大量的并發(fā)問題。

每進(jìn)來一個request，會有一個worker進(jìn)程去處理。但不是全程的處理，處理到什么程度呢?處理到可能發(fā)生阻塞的地方，比如向上游(后端)服務(wù)器轉(zhuǎn)發(fā)request，并等待請求返回。那么，這個處理的worker很聰明，他會在發(fā)送完請求后，注冊一個事件：“如果upstream返回了，告訴我一聲，我再接著干”。于是他就休息去了。此時，如果再有request  進(jìn)來，他就可以很快再按這種方式處理。而一旦上游服務(wù)器返回了，就會觸發(fā)這個事件，worker才會來接手，這個request才會接著往下走。

2. 為什么 Nginx 不使用多線程?

Apache: 創(chuàng)建多個進(jìn)程或線程，而每個進(jìn)程或線程都會為其分配 cpu  和內(nèi)存(線程要比進(jìn)程小的多，所以worker支持比perfork高的并發(fā))，并發(fā)過大會耗光服務(wù)器資源。

Nginx:  采用單線程來異步非阻塞處理請求(管理員可以配置Nginx主進(jìn)程的工作進(jìn)程的數(shù)量)(epoll)，不會為每個請求分配cpu和內(nèi)存資源，節(jié)省了大量資源，同時也減少了大量的CPU的上下文切換。所以才使得Nginx支持更高的并發(fā)。

3. Nginx常見的優(yōu)化配置有哪些?

(1) 調(diào)整worker_processes

指Nginx要生成的worker數(shù)量,***實踐是每個CPU運(yùn)行1個工作進(jìn)程。

了解系統(tǒng)中的CPU核心數(shù)，輸入

$ grep processor / proc / cpuinfo | wc -l

(2) ***化worker_connections

Nginx Web服務(wù)器可以同時提供服務(wù)的客戶端數(shù)。與worker_processes結(jié)合使用時，獲得每秒可以服務(wù)的***客戶端數(shù)

***客戶端數(shù)/秒=工作進(jìn)程*工作者連接數(shù)

為了***化Nginx的全部潛力，應(yīng)將工作者連接設(shè)置為核心一次可以運(yùn)行的允許的***進(jìn)程數(shù)1024。

(3) 啟用Gzip壓縮

壓縮文件大小，減少了客戶端http的傳輸帶寬，因此提高了頁面加載速度

建議的gzip配置示例如下:( 在http部分內(nèi))

(4) 為靜態(tài)文件啟用緩存

為靜態(tài)文件啟用緩存，以減少帶寬并提高性能，可以添加下面的命令，限定計算機(jī)緩存網(wǎng)頁的靜態(tài)文件：

location ~* .(jpg|jpeg|png|gif|ico|css|js)$ {  expires 365d;  }

(5) Timeouts

keepalive連接減少了打開和關(guān)閉連接所需的CPU和網(wǎng)絡(luò)開銷，獲得***性能需要調(diào)整的變量可參考：

(6) 禁用access_logs

訪問日志記錄，它記錄每個nginx請求，因此消耗了大量CPU資源，從而降低了nginx性能。

完全禁用訪問日志記錄

access_log off;

如果必須具有訪問日志記錄，則啟用訪問日志緩沖

access_log /var/log/nginx/access.log主緩沖區(qū)= 16k

4. 502報錯可能原因有哪些?

(1) FastCGI進(jìn)程是否已經(jīng)啟動

(2) FastCGI worker進(jìn)程數(shù)是否不夠

(3) FastCGI執(zhí)行時間過長

(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的

<value name="request_terminate_timeout">0s</value>

0s改成一個時間

關(guān)于“Nginx 是怎么實現(xiàn)高并發(fā)”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學(xué)到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

當(dāng)前名稱：Nginx是怎么實現(xiàn)高并發(fā)
網(wǎng)頁路徑：http://aaarwkj.com/article4/goooie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計公司、網(wǎng)站收錄、網(wǎng)站建設(shè)、網(wǎng)站導(dǎo)航、品牌網(wǎng)站設(shè)計、

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)