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