299

      Apache與Nginx的優缺點比較

      時間: 2016-04-19 11:16:47   點擊數: 31526   來源: 耐思智慧

      nginx相對于apache來說,輕量級,同樣起web服務就比apache占用更少的內存及資源抗并發,nginx處理請求是異步非阻塞的,而apache則是阻塞型的,在高并發下nginx能保持低資源低消耗高性能,高度模塊化的設計,編寫模塊相對簡單,社區活躍,各種高性能模塊出品迅速;apache相對于nginx來說,rewrite比nginx的rewrite強大,模塊超多,基本想到的都可以找到少bug ,nginx的bug相對較多。


      存在就是理由,一般來說,需要性能的web服務就用nginx,如果不需要性能只求穩定,那就apache吧。后者的各種功能模塊實現得比前者,例如ssl的模塊就比前者好,可配置項多。這里要注意一點,epoll(freebsd上是kqueue)網絡IO模型是nginx處理性能高的根本理由,但并不是所有的情況下都是epoll大獲全勝的,如果本身提供靜態服務的就只有寥寥幾個文件,apache的select模型或許比epoll更高性能。當然,這只是根據網絡IO模型的原理作的一個假設,真正的應用還是需要實測了再說的。 


      相比 Apache,Nginx使用更少的資源,支持更多的并發連接,體現更高的效率,這點使 Nginx尤其受到虛擬主機提供商的歡迎。在高連接并發的情況下,Nginx是Apache服務器不錯的替代品,而且Nginx在美國是做虛擬主機生意的老板們經常選擇的軟件平臺之一。能夠支持高達 50,000個并發連接數的響應, 感謝Nginx為我們選擇了epoll and kqueue 作為開發模型。 


      Nginx作為負載均衡服務器既可以在內部直接支持Rails和PHP程序對外進行服務, 也可以支持作為HTTP代理 服務器對外進行服務。Nginx采用C進行編寫, 不論是系統資源開銷還是CPU使用效率都比 Perlbal 要好很多。


      作為郵件代理服務器,Nginx 同時也是一個非常優秀的郵件代理服務器(最早開發這個產品的目的之一也是作為郵件代理服務器)。Nginx是一個安裝非常的簡單 , 配置文件非常簡潔(還能夠支持perl語法), Bugs非常少的服務器:,Nginx啟動特別容易, 并且幾乎可以做到7*24不間斷運行,即使運行數個月也不需要重新啟動,當然,你還能夠不間斷服務的情況下進行軟件版本的升級。


      Nginx配置簡潔, Apache復雜,Nginx靜態處理性能比Apache高3倍以上,Apache對PHP支持比較簡單,Nginx需要配合其他后端用。Apache的組件比Nginx多,現在Nginx才是Web服務器的優選。


      最核心的區別在于apache是同步多進程模型,一個連接對應一個進程,nginx是異步的,多個連接(萬級別)可以對應一個進程。


      nginx處理靜態文件好,耗費內存少。但無疑apache仍然是目前的主流,有很多豐富的特性,所以還需要搭配著來。當然如果能確定nginx就適合需求,那么使用nginx會是更經濟的方式。


      從個人過往的使用情況來看,nginx的負載能力比apache高很多,最新的服務器也大多改用nginx了。而且nginx改完配置能-t測試一下配置有沒有問題,apache重啟的時候發現配置出錯了,會很崩潰,改的時候都會非常小心翼翼現在看有好多集群站,前端nginx抗并發,后端apache集群,配合的也不錯。 


      nginx處理動態請求是雞肋,一般動態請求要apache去做,nginx只適合靜態和反向。 聰哥人經驗來看,nginx是很不錯的前端服務器,負載性能很好,在老一代奔騰服務器上開Nginx,用webbench模擬10000個靜態文件請求毫不吃力。apache對php等語言支持很好,此外,apache有很強大的支持網絡,發展時間相對nginx更久,bug少但是apache有先天不支持多核心處理負載的缺點,建議使用nginx做前端,后端用apache,大型網站建議用nginx自帶的集群功能。


      Nginx優于apache的主要兩點,1.Nginx本身就是一個反向代理服務器;2.Nginx支持7層負載均衡。Nginx可能會比apache支持更高的并發,但總得來說,Aapche依然是大部分公司的首先,因為其成熟的技術和開發社區已經也是非常不錯的性能。 


      你對web server的需求決定你的選擇。大部分情況下nginx都優于APACHE,比如說靜態文件處理、PHP-CGI的支持、反向代理功能、前端Cache、維持連接等等。在Apache+PHP(prefork)模式下,如果PHP處理慢或者前端壓力很大的情況下,很容易出現Apache進程數飆升,從而拒絕服務的現象。 可以看一下nginx lua模塊:https://github.com/chaoslaw...apache比nginx多的模塊,可直接用lua實現apache是最流行的,why?大多數人懶得更新到nginx或者學新事物。


      對于nginx,我喜歡它配置文件寫的很簡潔,正則配置讓很多事情變得簡單運行效率高,占用資源少,代理功能強大,很適合做前端響應服務器。Apache在處理動態有優勢,Nginx并發性比較好,CPU內存占用低,如果rewrite頻繁,那還是Apache吧。

      上一篇:年薪100萬的運營經理:企業網絡營銷應該這樣玩! 下一篇:自己如何制作網站

      旗下網站:耐思智慧 - 淘域網 - 我的400電話 - 中文域名:耐思尼克.cn 耐思尼克.top

      耐思智慧 © 版權所有 Copyright © 2000-2025 IISP.COM,Inc. All rights reserved

      備案號碼: 粵ICP備09063828號  公安備案號: 公安備案 粵公網安備 44049002000123號  域名注冊服務機構許可:粵D3.1-20240003 CN域名代理自深圳萬維網

      聲明:本網站中所使用到的其他各種版權內容,包括但不限于文章、圖片、視頻、音頻、字體等內容版權歸原作者所有,如權利所有人發現,請及時告知,以便我們刪除版權內容

      本站程序界面、源代碼受相關法律保護, 未經授權, 嚴禁使用; 耐思智慧 © 為我公司注冊商標, 未經授權, 嚴禁使用

      法律顧問:珠海知名律師 廣東篤行律師事務所 夏天風 律師

      主站蜘蛛池模板: 无码人妻精品一区二区三区在线 | 韩日午夜在线资源一区二区| 中文字幕无线码一区| 亚洲一区二区三区亚瑟 | 伊人久久精品无码av一区| 国产一区二区三区播放心情潘金莲 | 日韩美女视频一区| 亚洲视频一区网站| 精品少妇人妻AV一区二区| 亚洲日韩精品一区二区三区| 伊人久久一区二区三区无码| 国产成人一区二区三区在线| 午夜视频一区二区三区| 国产激情无码一区二区三区| 国模精品一区二区三区视频| 成人区人妻精品一区二区三区 | 果冻传媒一区二区天美传媒| 爱爱帝国亚洲一区二区三区| 国产品无码一区二区三区在线| 影音先锋中文无码一区| 亚洲国产情侣一区二区三区| 亚洲一区中文字幕久久| 亚洲av无码一区二区三区乱子伦 | 国产91久久精品一区二区| 无码人妻一区二区三区免费n鬼沢| 亚洲一区无码精品色| 精品一区二区三区在线观看| 国产在线精品一区二区夜色| 中文字幕精品亚洲无线码一区应用| 国产一区二区四区在线观看 | 在线视频亚洲一区| 国产一区二区三区亚洲综合| 无码人妻精品一区二区蜜桃百度| 一区二区三区免费高清视频| 国产一区二区视频在线播放 | 精品成人乱色一区二区| 极品少妇一区二区三区四区| 免费一区二区三区四区五区| 中文字幕一区二区三区在线播放 | 精品亚洲AV无码一区二区三区 | 精品福利一区二区三|