Linux自學(xué)記錄 LNMP

2024-09-12 20:30:11

字體：大中小

供稿：網(wǎng)友

傳統(tǒng)上基于進(jìn)程或線程模型架構(gòu)的web服務(wù)通過每進(jìn)程或每線程處理并發(fā)請求，這勢必會在網(wǎng)絡(luò)和I/O操作時產(chǎn)生阻塞，其另一個必然結(jié)果則是對內(nèi)存或CPU的利用率低下。生成一個新的進(jìn)程/線程需要事先備好其運行時環(huán)境，這包括為其分配堆內(nèi)存和棧內(nèi)存，以及為其創(chuàng)建新的執(zhí)行上下文等。這些操作都需要占用CPU，而且過多的進(jìn)程/線程還會帶來線程抖動或頻繁的上下文切換，系統(tǒng)性能也會由此進(jìn)一步下降。

       在設(shè)計的最初階段，nginx的主要著眼點就是其高性能以及對物理計算資源的高密度利用，因此其采用了不同的架構(gòu)模型。受啟發(fā)與多種操作系統(tǒng)設(shè)計中基于“事件”的高級處理機制，nginx采用了模塊化、事件驅(qū)動、異步、單線程及非阻塞的架構(gòu)，并大量采用了多路復(fù)用及事件通知機制。在nginx中，連接請求由為數(shù)不多的幾個僅包含一個線程的進(jìn)程worker以高效的回環(huán)機制進(jìn)行處理，而每個worker可以并行處理數(shù)千個的并發(fā)連接請求。

       如果負(fù)載以cpu密集型應(yīng)用為主，如ssl或壓縮應(yīng)用，則worker數(shù)應(yīng)與cpu數(shù)相同；如果負(fù)載以IO密集型為主，如響應(yīng)大量內(nèi)容給客戶端，則worker數(shù)應(yīng)該為cpu個數(shù)的1.5或2倍。

       Nginx會按需同時運行多個進(jìn)程：一個主進(jìn)程（master）和幾個工作進(jìn)程（worker），配置了緩存時還會有緩存加載器進(jìn)程（cache loader）和緩存管理器進(jìn)程（cache manager）等。所有進(jìn)程均是僅含有一個線程，并主要通過“共享內(nèi)存”的機制實現(xiàn)進(jìn)程間通信。主進(jìn)程以root用戶身份運行，erworker、cache loader和cache manager均應(yīng)以非特權(quán)用戶身份運行。

Nginx的配置有著幾個不同的上下文：main、http、server、upstream和location（還有實現(xiàn)郵件服務(wù)反向代理的mail）。配置語法的格式和定義方式遵循所謂的c風(fēng)格，因此支持嵌套，還有著邏輯清晰并易于創(chuàng)建、閱讀和維護(hù)等優(yōu)勢。

Nginx的代碼是由一個核心和一系列的模塊組成，核心主要用于提供web server的基本功能，以及web和mail反向代理的功能：還用于啟用網(wǎng)絡(luò)協(xié)議，創(chuàng)建不要的運行時環(huán)境以及確保不同的模塊之間平滑地進(jìn)行交互。不過，大多跟協(xié)議相關(guān)的功能和某應(yīng)用特有的功能都是由nginx的模塊實現(xiàn)的。這些功能模塊大致可以分為事件模塊、階段性處理器、輸出國濾器、變量處理器、協(xié)議、upstream和負(fù)載均衡幾個級別，這些共同組成了nginx的http功能。事件模塊主要用于提供OS獨立的（不同操作系統(tǒng)的時間機制有所不同）事件通知機制如kqueue或epoll等。協(xié)議模塊則負(fù)責(zé)實現(xiàn)nginx通過http、tls/ssl、smtp、pop3以及imap與對應(yīng)的客戶端建立會話。

在nginx內(nèi)部，進(jìn)程間的通信是通過模塊的pipeline或chain實現(xiàn)的：換句話說，每一個功能或操作都由一個模塊來實現(xiàn)。例如，壓縮、通過fastcgi或uwcgi協(xié)議與upstream服務(wù)器通信，以及與mencached建立會話等。

（編輯：武林網(wǎng)）

上一篇：主從復(fù)制延遲原因分析

下一篇：percona-xtrabackup運用