資訊專欄INFORMATION COLUMN
摘要：使用了多路復用技術(shù)的，就成了并發(fā)事件驅(qū)動的服務器。進程主要負責收集分發(fā)請求。同時進程也負責監(jiān)控的狀態(tài)，保證高可靠性進程一般設置為跟核心數(shù)一致。所以才使得支持更高的并發(fā)。配置調(diào)優(yōu)調(diào)整指要生成的數(shù)量最佳實踐是每個運行個工作進程。
Nginx 是如何實現(xiàn)高并發(fā)的?
Nginx 采用的是多進程（單線程） & 多路IO復用模型。使用了 I/O 多路復用技術(shù)的 Nginx，就成了”并發(fā)事件驅(qū)動“的服務器。其實現(xiàn)了異步，非阻塞，使用了epoll 和大量的底層代碼優(yōu)化。
如果一個server采用一個進程負責一個request的方式，那么進程數(shù)就是并發(fā)數(shù)。正常情況下，會有很多進程一直在等待中。
而nginx采用一個master進程，多個woker進程的模式。
master進程主要負責收集、分發(fā)請求。每當一個請求過來時，master就拉起一個worker進程負責處理這個請求。
同時master進程也負責監(jiān)控woker的狀態(tài)，保證高可靠性
woker進程一般設置為跟cpu核心數(shù)一致。nginx的woker進程在同一時間可以處理的請求數(shù)只受內(nèi)存限制，可以處理多個請求。
Nginx 的異步非阻塞工作方式正把當中的等待時間利用起來了。在需要等待的時候，這些進程就空閑出來待命了，因此表現(xiàn)為少數(shù)幾個進程就解決了大量的并發(fā)問題。
[info] 題外話： 這和PHP擴展swoole的原理一樣
每進來一個request，會有一個worker進程去處理。但不是全程的處理，處理到什么程度呢？處理到可能發(fā)生阻塞的地方，比如向上游（后端）服務器轉(zhuǎn)發(fā)request，并等待請求返回。那么，這個處理的worker很聰明，他會在發(fā)送完請求后，注冊一個事件：“如果upstream返回了，告訴我一聲，我再接著干”。于是他就休息去了。此時，如果再有request 進來，他就可以很快再按這種方式處理。而一旦上游服務器返回了，就會觸發(fā)這個事件，worker才會來接手，這個request才會接著往下走。
為什么 Nginx 不使用多線程？Apache: 創(chuàng)建多個進程或線程，而每個進程或線程都會為其分配 cpu 和內(nèi)存（線程要比進程小的多，所以worker支持比perfork高的并發(fā)），并發(fā)過大會耗光服務器資源。
Nginx: 采用單線程來異步非阻塞處理請求（管理員可以配置Nginx主進程的工作進程的數(shù)量）(epoll)，不會為每個請求分配cpu和內(nèi)存資源，節(jié)省了大量資源，同時也減少了大量的CPU的上下文切換。所以才使得Nginx支持更高的并發(fā)。
配置調(diào)優(yōu)1. 調(diào)整worker_processes
指Nginx要生成的worker數(shù)量,最佳實踐是每個CPU運行1個工作進程。了解系統(tǒng)中的CPU核心數(shù)，輸入
grep processor /proc/cpuinfo | wc -l # 或者htop htop
2. 最大化worker_connections
Nginx Web服務器可以同時提供服務的客戶端數(shù)。與worker_processes結(jié)合使用時，獲得每秒可以服務的最大客戶端數(shù)
最大客戶端數(shù)/秒=工作進程*工作者連接數(shù)
為了最大化Nginx的全部潛力，應將worker_processes設置為核心一次可以運行的允許的最大進程數(shù)1024。
3. 啟用Gzip壓縮
壓縮文件大小，減少了客戶端http的傳輸帶寬，因此提高了頁面加載速度。
4.為靜態(tài)文件啟用緩存
為靜態(tài)文件啟用緩存，以減少帶寬并提高性能，可以添加下面的命令，限定計算機緩存網(wǎng)頁的靜態(tài)文件
第三點和第四點 具體看前 《【nginx網(wǎng)站性能優(yōu)化篇(1)】gzip壓縮與expire瀏覽器緩存》
5. Timeouts
keepalive連接減少了打開和關(guān)閉連接所需的CPU和網(wǎng)絡開銷，獲得最佳性能需要調(diào)整的變量:
6. 禁用access_logs
訪問日志記錄，它記錄每個nginx請求，因此消耗了大量CPU資源，從而降低了nginx性能。
完全禁用訪問日志記錄
access_log off;
如果必須具有訪問日志記錄，則啟用訪問日志緩沖
access_log /var/log/nginx/access.log主緩沖區(qū)= 16k
7. fastcgi 調(diào)優(yōu)
fastcgi_connect_timeout 600; fastcgi_send_timeout 600; fastcgi_read_timeout 600; fastcgi_buffer_size 64k; fastcgi_buffers 4 64k; fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; fastcgi_temp_path/usr/local/nginx1.10/nginx_tmp; fastcgi_intercept_errors on; fastcgi_cache_path/usr/local/nginx1.10/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128minactive=1d max_size=10g;
[info] 其實可以參考網(wǎng)上的lnmp一鍵壓縮包，配置得就很好
參考鏈接：
https://www.toutiao.com/i6673...
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/40493.html
摘要：服務教程在它提出十多年后的今天，已經(jīng)成為最重要的應用技術(shù)之一。全方位提升網(wǎng)站打開速度前端后端新的技術(shù)如何在內(nèi)完整打開網(wǎng)站會直接影響用戶的滿意度及留存率，在前端后端數(shù)據(jù)緩存加速等等方面都有諸多可以提升。 HTTPS 原理剖析與項目場景 最近手頭有兩個項目，XX 導航和 XX 產(chǎn)業(yè)平臺，都需要使用 HTTPS 協(xié)議，因此，這次對 HTTPS 協(xié)議做一次整理與分享。 使用緩存應該注意哪些問題...
摘要：服務教程在它提出十多年后的今天，已經(jīng)成為最重要的應用技術(shù)之一。全方位提升網(wǎng)站打開速度前端后端新的技術(shù)如何在內(nèi)完整打開網(wǎng)站會直接影響用戶的滿意度及留存率，在前端后端數(shù)據(jù)緩存加速等等方面都有諸多可以提升。 HTTPS 原理剖析與項目場景 最近手頭有兩個項目，XX 導航和 XX 產(chǎn)業(yè)平臺，都需要使用 HTTPS 協(xié)議，因此，這次對 HTTPS 協(xié)議做一次整理與分享。 使用緩存應該注意哪些問題...
摘要：服務教程在它提出十多年后的今天，已經(jīng)成為最重要的應用技術(shù)之一。全方位提升網(wǎng)站打開速度前端后端新的技術(shù)如何在內(nèi)完整打開網(wǎng)站會直接影響用戶的滿意度及留存率，在前端后端數(shù)據(jù)緩存加速等等方面都有諸多可以提升。 HTTPS 原理剖析與項目場景 最近手頭有兩個項目，XX 導航和 XX 產(chǎn)業(yè)平臺，都需要使用 HTTPS 協(xié)議，因此，這次對 HTTPS 協(xié)議做一次整理與分享。 使用緩存應該注意哪些問題...
閱讀 1013·2019-08-30 15:54
閱讀 1557·2019-08-30 15:54
閱讀 2478·2019-08-29 16:25
閱讀 1380·2019-08-29 15:24
閱讀 836·2019-08-29 12:11
閱讀 2583·2019-08-26 10:43
閱讀 1326·2019-08-26 10:40
閱讀 548·2019-08-23 16:24
