nginx與apache對比

區(qū)別

兩者最核心的區(qū)別在于 apache 是同步多進程模型,一個連接對應(yīng)一個進程,而 nginx 是異步的,多個連接(萬級別)可以對應(yīng)一個進程 (推薦學習:apache使用

一般來說,需要性能的 web 服務(wù),用 nginx 。如果不需要性能只求穩(wěn)定,更考慮 apache,后者的各種功能模塊實現(xiàn)得比前者,例如 ssl 的模塊就比前者好,可配置項多。

epoll(freebsd 上是 kqueue ) 網(wǎng)絡(luò) IO 模型是 nginx 處理性能高的根本理由,但并不是所有的情況下都是 epoll 大獲全勝的,如果本身提供靜態(tài)服務(wù)的就只有寥寥幾個文件,apache 的 select 模型或許比 epoll 更高性能。

當然,這只是根據(jù)網(wǎng)絡(luò) IO 模型的原理作的一個假設(shè),真正的應(yīng)用還是需要實測了再說的。

更為通用的方案是,前端 nginx 抗并發(fā),后端 apache 集群,配合起來會更好。

Apache

apache 的 rewrite 比 nginx 強大,在 rewrite 頻繁的情況下,用 apache

apache 發(fā)展到現(xiàn)在,模塊超多,基本想到的都可以找到

apache 更為成熟,少 bug ,nginx 的 bug 相對較多

apache 超穩(wěn)定

apache 對 PHP 支持比較簡單,nginx 需要配合其他后端用

apache 在處理動態(tài)請求有優(yōu)勢,nginx 在這方面是雞肋,一般動態(tài)請求要 apache 去做,nginx 適合靜態(tài)和反向。

apache 仍然是目前的主流,擁有豐富的特性,成熟的技術(shù)和開發(fā)社區(qū)

Nginx

輕量級,采用 C 進行編寫,同樣的 web 服務(wù),會占用更少的內(nèi)存及資源

抗并發(fā),nginx 以 epoll and kqueue 作為開發(fā)模型,處理請求是異步非阻塞的,負載能力比 apache 高很多,而 apache 則是阻塞型的。在高并發(fā)下 nginx 能保持低資源低消耗高性能 ,而 apache 在 PHP 處理慢或者前端壓力很大的情況下,很容易出現(xiàn)進程數(shù)飆升,從而拒絕服務(wù)的現(xiàn)象。

nginx 處理靜態(tài)文件好,靜態(tài)處理性能比 apache 高三倍以上

nginx 的設(shè)計高度模塊化,編寫模塊相對簡單

nginx 配置簡潔,正則配置讓很多事情變得簡單,而且改完配置能使用 -t 測試配置有沒有問題,apache 配置復雜 ,重啟的時候發(fā)現(xiàn)配置出錯了,會很崩潰

nginx 作為負載均衡服務(wù)器,支持 7 層負載均衡

nginx 本身就是一個反向代理服務(wù)器,而且可以作為非常優(yōu)秀的郵件代理服務(wù)器

啟動特別容易, 并且?guī)缀蹩梢宰龅?7*24 不間斷運行,即使運行數(shù)個月也不需要重新啟動,還能夠不間斷服務(wù)的情況下進行軟件版本的升級

轉(zhuǎn)載:https://www.php.cn/apache/433727.html

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

友情鏈接更多精彩內(nèi)容