Nginx 做為 HTTP 服務(wù)器,有以下幾項(xiàng)基本特性:
處理靜態(tài)文件,索引文件以及自動(dòng)索引;打開文件描述符緩沖.
無緩存的反向代理加速,簡單的負(fù)載均衡和容錯(cuò).
FastCGI,簡單的負(fù)載均衡和容錯(cuò).
模塊化的結(jié)構(gòu)。包括 gzipping, byte ranges, chunked responses,以及 SSI-filter 等 filter。如果由 FastCGI 或其它代理服務(wù)器處理單頁中存在的多個(gè) SSI,則這項(xiàng)處理可以并行運(yùn)行,而不需要相互等待。
Nginx 專為性能優(yōu)化而開發(fā),性能是其最重要的考量,實(shí)現(xiàn)上非常注重效率 。它支持內(nèi)核 Poll 模型,能經(jīng)受高負(fù)載的考驗(yàn),有報(bào)告表明能支持高達(dá) 50,000 個(gè)并發(fā)連接數(shù)。
Nginx 具有很高的穩(wěn)定性。其它 HTTP 服務(wù)器,當(dāng)遇到訪問的峰值,或者有人惡意發(fā)起慢速連接時(shí),很可能會導(dǎo)致服務(wù)器物理內(nèi)存耗盡頻繁交換,失去響應(yīng),只能重啟服務(wù)器。例如當(dāng)前 apache 一旦上到 200 個(gè)進(jìn)程以上,web響應(yīng)速度就明顯非常緩慢了。而 Nginx 采取了分階段資源分配技術(shù),使得它的 CPU 與內(nèi)存占用率非常低。Nginx 官方表示在保持 10,000 個(gè)無活動(dòng)連接時(shí),它只占 2.5M 內(nèi)存,所以類似 DOS 這樣的攻擊對 Nginx 來說基本上是毫無用處的。就穩(wěn)定性而言,Nginx 比 lighthttpd 更勝一籌。
Nginx 支持熱部署。它的啟動(dòng)特別容易, 并且?guī)缀蹩梢宰龅?7*24 不間斷運(yùn)行,即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng)。你還能夠在不間斷服務(wù)的情況下,對軟件版本進(jìn)行升級。
Nginx 采用 master-slave 模型(主從模型,一種優(yōu)化阻塞的模型),能夠充分利用 SMP (對稱多處理,一種并行處理技術(shù))的優(yōu)勢,且能夠減少工作進(jìn)程在磁盤 I/O 的阻塞延遲。當(dāng)采用 select()/poll() 調(diào)用時(shí),還可以限制每個(gè)進(jìn)程的連接數(shù)。
Nginx 代碼質(zhì)量非常高,代碼很規(guī)范,手法成熟,模塊擴(kuò)展也很容易。特別值得一提的是強(qiáng)大的 Upstream 與 Filter 鏈。Upstream 為諸如 reverse proxy,與其他服務(wù)器通信模塊的編寫奠定了很好的基礎(chǔ)。而 Filter 鏈最酷的部分就是各個(gè) filter 不必等待前一個(gè) filter 執(zhí)行完畢。它可以把前一個(gè) filter 的輸出做為當(dāng)前 filter 的輸入,這有點(diǎn)像 Unix 的管線。這意味著,一個(gè)模塊可以開始壓縮從后端服務(wù)器發(fā)送過來的請求,且可以在模塊接收完后端服務(wù)器的整個(gè)請求之前把壓縮流轉(zhuǎn)向客戶端。
Nginx 采用了一些 os 提供的最新特性。如對 sendfile (Linux2.2+),accept-filter (FreeBSD4.1+),TCP_DEFER_ACCEPT (Linux 2.4+)的支持,從而大大提高了性能。
當(dāng)然,Nginx 還很年輕,多多少少存在一些問題,比如:Nginx 是俄羅斯人創(chuàng)建,雖然前幾年文檔比較少,但是目前文檔方面比較全面,英文資料居多,中文的資料也比較多,而且有專門的書籍和資料可供查找。
Nginx 的作者和社區(qū)都在不斷的努力完善,我們有理由相信 Nginx 將繼續(xù)以高速的增長率來分享輕量級 HTTP 服務(wù)器市場,會有一個(gè)更美好的未來。
更多建議: