來源:不言 發(fā)布時(shí)間:2018-11-01 09:58:16 閱讀量:626
本篇文章給大家?guī)淼膬?nèi)容是關(guān)于PHP服務(wù)器Apache與Nginx的對(duì)比分析,有一定的參考價(jià)值,有需要的朋友可以參考一下,希望對(duì)你有所幫助。
Apache與Nginx的優(yōu)缺點(diǎn)比較
1、nginx相對(duì)于apache的優(yōu)點(diǎn):
輕量級(jí),同樣起web 服務(wù),比apache 占用更少的內(nèi)存及資源
抗并發(fā),nginx 處理請(qǐng)求是異步非阻塞的,而apache 則是阻塞型的,在高并發(fā)下nginx 能保持低資源低消耗高性能
高度模塊化的設(shè)計(jì),編寫模塊相對(duì)簡(jiǎn)單
社區(qū)活躍,各種高性能模塊出品迅速啊
apache 相對(duì)于nginx 的優(yōu)點(diǎn):
rewrite ,比nginx 的rewrite 強(qiáng)大
模塊超多,基本想到的都可以找到
少bug ,nginx 的bug 相對(duì)較多
超穩(wěn)定
存在就是理由,一般來說,需要性能的web 服務(wù),用nginx 。如果不需要性能只求穩(wěn)定,那就apache 吧。后者的各種功能模塊實(shí)現(xiàn)得比前者,例如ssl 的模塊就比前者好,可配置項(xiàng)多。這里要注意一點(diǎn),epoll(freebsd 上是 kqueue )網(wǎng)絡(luò)IO 模型是nginx 處理性能高的根本理由,但并不是所有的情況下都是epoll 大獲全勝的,如果本身提供靜態(tài)服務(wù)的就只有寥寥幾個(gè)文件,apache 的select 模型或許比epoll 更高性能。當(dāng)然,這只是根據(jù)網(wǎng)絡(luò)IO 模型的原理作的一個(gè)假設(shè),真正的應(yīng)用還是需要實(shí)測(cè)了再說的。
2、作為 Web 服務(wù)器:相比 Apache,Nginx 使用更少的資源,支持更多的并發(fā)連接,體現(xiàn)更高的效率,這點(diǎn)使 Nginx 尤其受到虛擬主機(jī)提供商的歡迎。在高連接并發(fā)的情況下,Nginx是Apache服務(wù)器不錯(cuò)的替代品: Nginx在美國(guó)是做虛擬主機(jī)生意的老板們經(jīng)常選擇的軟件平臺(tái)之一. 能夠支持高達(dá) 50,000 個(gè)并發(fā)連接數(shù)的響應(yīng), 感謝Nginx為我們選擇了 epoll and kqueue 作為開發(fā)模型.
Nginx作為負(fù)載均衡服務(wù)器: Nginx 既可以在內(nèi)部直接支持 Rails 和 PHP 程序?qū)ν膺M(jìn)行服務(wù), 也可以支持作為 HTTP代理 服務(wù)器對(duì)外進(jìn)行服務(wù). Nginx采用C進(jìn)行編寫, 不論是系統(tǒng)資源開銷還是CPU使用效率都比 Perlbal 要好很多.
作為郵件代理服務(wù)器: Nginx 同時(shí)也是一個(gè)非常優(yōu)秀的郵件代理服務(wù)器(最早開發(fā)這個(gè)產(chǎn)品的目的之一也是作為郵件代理服務(wù)器), Last.fm 描述了成功并且美妙的使用經(jīng)驗(yàn).
Nginx 是一個(gè)安裝非常的簡(jiǎn)單 , 配置文件非常簡(jiǎn)潔(還能夠支持perl語(yǔ)法), Bugs 非常少的服務(wù)器: Nginx 啟動(dòng)特別容易, 并且?guī)缀蹩梢宰龅?*24不間斷運(yùn)行,即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng). 你還能夠不間斷服務(wù)的情況下進(jìn)行軟件版本的升級(jí) .
3、Nginx 配置簡(jiǎn)潔, Apache 復(fù)雜
Nginx 靜態(tài)處理性能比 Apache 高 3倍以上
Apache 對(duì) PHP 支持比較簡(jiǎn)單,Nginx 需要配合其他后端用
Apache 的組件比 Nginx 多
現(xiàn)在 Nginx 才是 Web 服務(wù)器的首選
4、最核心的區(qū)別在于apache是同步多進(jìn)程模型,一個(gè)連接對(duì)應(yīng)一個(gè)進(jìn)程;nginx是異步的,多個(gè)連接(萬(wàn)級(jí)別)可以對(duì)應(yīng)一個(gè)進(jìn)程
5、nginx處理靜態(tài)文件好,耗費(fèi)內(nèi)存少.但無疑apache仍然是目前的主流,有很多豐富的特性.所以還需要搭配著來.當(dāng)然如果能確定nginx就適合需求,那么使用nginx會(huì)是更經(jīng)濟(jì)的方式.
6、從個(gè)人過往的使用情況來看,nginx的負(fù)載能力比apache高很多。最新的服務(wù)器也改用nginx了。而且nginx改完配置能-t測(cè)試一下配置有沒有問題,apache重啟的時(shí)候發(fā)現(xiàn)配置出錯(cuò)了,會(huì)很崩潰,改的時(shí)候都會(huì)非常小心翼翼現(xiàn)在看有好多集群站,前端nginx抗并發(fā),后端apache集群,配合的也不錯(cuò)。
7、nginx處理動(dòng)態(tài)請(qǐng)求是雞肋,一般動(dòng)態(tài)請(qǐng)求要apache去做,nginx只適合靜態(tài)和反向。
8、從我個(gè)人的經(jīng)驗(yàn)來看,nginx是很不錯(cuò)的前端服務(wù)器,負(fù)載性能很好,在老奔上開nginx,用webbench模擬10000個(gè)靜態(tài)文件請(qǐng)求毫不吃力。apache對(duì)php等語(yǔ)言的支持很好,此外apache有強(qiáng)大的支持網(wǎng)路,發(fā)展時(shí)間相對(duì)nginx更久,bug少但是apache有先天不支持多核心處理負(fù)載雞肋的缺點(diǎn),建議使用nginx做前端,後端用apache。大型網(wǎng)站建議用nginx自代的集群功能
9、Nginx優(yōu)于apache的主要兩點(diǎn):1.Nginx本身就是一個(gè)反向代理服務(wù)器 2.Nginx支持7層負(fù)載均衡;其他的當(dāng)然,Nginx可能會(huì)比apache支持更高的并發(fā),但是根據(jù)NetCraft的統(tǒng)計(jì),2011年4月的統(tǒng)計(jì)數(shù)據(jù),Apache依然占有62.71%,而Nginx是7.35%,因此總得來說,Aapche依然是大部分公司的首先,因?yàn)槠涑墒斓募夹g(shù)和開發(fā)社區(qū)已經(jīng)也是非常不錯(cuò)的性能。
10、你對(duì)web server的需求決定你的選擇。大部分情況下nginx都優(yōu)于APACHE,比如說靜態(tài)文件處理、PHP-CGI的支持、反向代理功能、前端Cache、維持連接等等。在Apache+PHP(prefork)模式下,如果PHP處理慢或者前端壓力很大的情況下,很容易出現(xiàn)Apache進(jìn)程數(shù)飆升,從而拒絕服務(wù)的現(xiàn)象。
11、可以看一下nginx lua模塊:https://github.com/chaoslaw...apache比nginx多的模塊,可直接用lua實(shí)現(xiàn)apache是最流行的,why?大多數(shù)人懶得更新到nginx或者學(xué)新事物
12、對(duì)于nginx,我喜歡它配置文件寫的很簡(jiǎn)潔,正則配置讓很多事情變得簡(jiǎn)單運(yùn)行效率高,占用資源少,代理功能強(qiáng)大,很適合做前端響應(yīng)服務(wù)器
13、Apache在處理動(dòng)態(tài)有優(yōu)勢(shì),Nginx并發(fā)性比較好,CPU內(nèi)存占用低,如果rewrite頻繁,那還是Apache吧
Nginx的優(yōu)點(diǎn)是:
工作在網(wǎng)絡(luò)的7層之上,可以針對(duì)http應(yīng)用做一些分流的策略,比如針對(duì)域名、目錄結(jié)構(gòu),它的正則規(guī)則比HAProxy更為強(qiáng)大和靈活,這也是它目前廣泛流行的主要原因之一,Nginx單憑這點(diǎn)可利用的場(chǎng)合就遠(yuǎn)多于LVS了。
Nginx對(duì)網(wǎng)絡(luò)穩(wěn)定性的依賴非常小,理論上能ping通就就能進(jìn)行負(fù)載功能,這個(gè)也是它的優(yōu)勢(shì)之一;相反LVS對(duì)網(wǎng)絡(luò)穩(wěn)定性依賴比較大,這點(diǎn)本人深有體會(huì);
Nginx安裝和配置比較簡(jiǎn)單,測(cè)試起來比較方便,它基本能把錯(cuò)誤用日志打印出來。LVS的配置、測(cè)試就要花比較長(zhǎng)的時(shí)間了,LVS對(duì)網(wǎng)絡(luò)依賴比較大。
可以承擔(dān)高負(fù)載壓力且穩(wěn)定,在硬件不差的情況下一般能支撐幾萬(wàn)次的并發(fā)量,負(fù)載度比LVS相對(duì)小些。
Nginx可以通過端口檢測(cè)到服務(wù)器內(nèi)部的故障,比如根據(jù)服務(wù)器處理網(wǎng)頁(yè)返回的狀態(tài)碼、超時(shí)等等,并且會(huì)把返回錯(cuò)誤的請(qǐng)求重新提交到另一個(gè)節(jié)點(diǎn),不過其中缺點(diǎn)就是不支持url來檢測(cè)。比如用戶正在上傳一個(gè)文件,而處理該上傳的節(jié)點(diǎn)剛好在上傳過程中出現(xiàn)故障,Nginx會(huì)把上傳切到另一臺(tái)服務(wù)器重新處理,而LVS就直接斷掉了,如果是上傳一個(gè)很大的文件或者很重要的文件的話,用戶可能會(huì)因此而不滿。
Nginx不僅僅是一款優(yōu)秀的負(fù)載均衡器/反向代理軟件,它同時(shí)也是功能強(qiáng)大的Web應(yīng)用服務(wù)器。LNMP也是近幾年非常流行的web架構(gòu),在高流量的環(huán)境中穩(wěn)定性也很好。
Nginx現(xiàn)在作為Web反向加速緩存越來越成熟了,速度比傳統(tǒng)的Squid服務(wù)器更快,可以考慮用其作為反向代理加速器。
Nginx可作為中層反向代理使用,這一層面Nginx基本上無對(duì)手,唯一可以對(duì)比Nginx的就只有 lighttpd了,不過 lighttpd目前還沒有做到Nginx完全的功能,配置也不那么清晰易讀,社區(qū)資料也遠(yuǎn)遠(yuǎn)沒Nginx活躍。
Nginx也可作為靜態(tài)網(wǎng)頁(yè)和圖片服務(wù)器,這方面的性能也無對(duì)手。還有Nginx社區(qū)非?;钴S,第三方模塊也很多。
Nginx的缺點(diǎn)是:
Nginx僅能支持http、https和Email協(xié)議,這樣就在適用范圍上面小些,這個(gè)是它的缺點(diǎn)。
對(duì)后端服務(wù)器的健康檢查,只支持通過端口來檢測(cè),不支持通過url來檢測(cè)。不支持Session的直接保持,但能通過ip_hash來解決。
在線
客服
服務(wù)時(shí)間:周一至周日 08:30-18:00
選擇下列產(chǎn)品馬上在線溝通:
客服
熱線
7*24小時(shí)客服服務(wù)熱線
關(guān)注
微信
關(guān)注官方微信