http://blog.csdn.net/xifeijian/article/details/17385741
1、nginx相對於apache的優點：
輕量級，同樣起web 服務，比apache佔用更少的內存及資源
輕量級，同樣起web 服務，比apache佔用更少的內存及資源
抗併發，nginx 處理請求是異步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高性能
高度模組化的設計，編寫模組相對簡單
超穩定
存在就是理由，一般來說，需要性能的web 服務，用nginx 。如果不需要效能只求穩定，那就apache 吧。後者的各種功能模組實作得比前者，例如ssl 的模組比前者好，可設定項多。這裡要注意一點，epoll(freebsd 上是 kqueue )網絡IO 模型是nginx 處理性能高的根本理由，但並不是所有的情況下都是epoll 大獲全勝的，如果本身提供靜態服務的就只有寥寥幾個文件，apache 的select 模型或許比epoll 更高效能。當然，這只是根據網路IO 模型的原理作的假設，真正的應用還是需要實測了再說的。
2、作為 Web 伺服器：相較於 Apache，Nginx 使用較少的資源，支援更多的並發連接，體現更高的效率，這點使 Nginx 尤其受到虛擬主機供應商的歡迎。在高連線同時的情況下，Nginx是Apache伺服器不錯的替代方案: Nginx在美國是做虛擬主機生意的老闆們經常選擇的軟體平台之一. 能夠支援高達 50,000 個並發連線數的回應, 感謝Nginx為我們選擇了 epoll and kqueue 作為開發模型.Nginx作為負載平衡伺服器: Nginx 既可以在內部直接支援 Rails 和 PHP 程序對外進行服務, 也可以支援作為是系統資源開銷還是CPU使用效率都比 Perlbal 好很多.
作為郵件代理伺服器: Nginx 同時也是一個非常優秀的郵件代理伺服器（最早開發這個產品的目的之一也是作為郵件代理伺服器）, Last.fm 描述了成功且美妙的使用經驗.
Nginx 是一個安裝非常的簡單 , 設定檔非常簡潔（也能夠支援perl語法）, Bugs 非常少的伺服器: Nginx 啟動特別容易, 並且幾乎可以做到7*24不間斷運行，即使運行數月也不需要重新啟動. 你還能夠不間斷服務的情況下進行軟體版本的升級 .
3、Nginx 配置簡潔, Apache 複雜
Nginx 靜態處理性能比 Apache 高 3複雜
Nginx 靜態處理性能比 Apache 高 3複雜
Nginx 靜態處理性能比 對 PHP 支援比較簡單，Nginx 需要搭配其他後端用
Apache 的元件比 Nginx 多
現在 Nginx 才是 Web 伺服器的首選，而許多大型網路企業早已使用nginx了。
4、
最核心的區別在於apache是同步多進程模型，一個連接對應一個進程；nginx是異步的，多個連接（萬級）可以對應一個進程
apache有先天不支持多核心處理負載雞肋的缺點，建議使用nginx做前端，後端用apache。大型網站建議用nginx自帶的叢集功能
7、nginx處理動態請求是雞肋，一般動態請求要apache去做，nginx只適合靜態和反向。
8、nginx是很不錯的前端伺服器，負載效能很好，在老奔上開nginx，用webbench模擬10000個靜態檔請求毫不吃力。 apache對php等語言的支援很好，此外apache有強大的支援網路，發展時間相對nginx更久。
9、Nginx優於apache的主要兩點：1.Nginx本身就是一個反向代理伺服器 2.Nginx支援7層負載平衡；其他的當然，Nginx可能會比apache支援更高的並發。
10、你對web server的需求決定你的選擇。大部分情況下nginx都優於APACHE，比如說靜態檔案處理、PHP-CGI的支援、反向代理功能、前端Cache、維持連線等等。在Apache+PHP（prefork）模式下，如果PHP處理慢或前端壓力很大的情況下，很容易出現Apache進程數飆升，從而拒絕服務的現象。
11、可看一下nginx lua模組：https://github.com/chaoslaw...apache比nginx多的模組，可直接用lua實現apache是最受歡迎的，why？大多數人懶得更新到nginx或學新事物。
12、對於nginx，它設定檔寫的很簡潔，正規設定讓很多事情變得簡單運作效率高，佔用資源少，代理功能強大，很適合做前端回應伺服器。
13、Apache在處理動態有優勢，Nginx並發性比較好，CPU記憶體佔用率低，如果rewrite頻繁，那還是Apache較適合。
本文來源：收集、整理自網路
以上就介紹了Apache與Nginx優缺點比較，包括了方面的內容，希望對PHP教程有興趣的朋友有幫助。
