Nginx抗併發，nginx 處理請求是非同步非阻塞的，而apache 則是阻塞型的，在高併發下nginx 能保持低資源低消耗高效能。
Apache rewrite ，比nginx 的rewrite 強大 ，
存在就是理由，一般來說，需要效能的web 服務，用nginx 。如果不需要效能只求穩定，那就apache 吧。後者的各種功能模組實現得比前者，例如ssl 的模組就比前者好，可配置項多。這裡要注意一點，epoll(freebsd 上是 kqueue )網路IO 模型是nginx 處理效能高的根本理由，但並不是所有的情況下都是epoll 大獲全勝的，如果本身提供靜態服務的就只有寥寥幾個檔案，apache 的select 模型或許比epoll 更高效能。當然，這只是根據網路IO 模型的原理作的一個假設，真正的應用還是需要實測了再說的。
在高連線併發的情況下，Nginx是Apache伺服器不錯的替代品: Nginx 能夠支援高達 50,000 個併發連線數的響應
Nginx作為負載均衡伺服器: Nginx 既可以在內部直接支援 Rails 和 PHP 程式對外進行服務, 也可以支援作為 HTTP代理 伺服器對外進行服務. Nginx採用C進行編寫, 不論是系統資源開銷還是CPU使用效率都比 Perlbal 要好很多.
作為郵件代理伺服器: Nginx 同時也是一個非常優秀的郵件代理伺服器（最早開發這個產品的目的之一也是作為郵件代理伺服器）, Last.fm 描述了成功並且美妙的使用經驗.
Nginx 是一個安裝非常的簡單 , 配置檔案非常簡潔（還能夠支援perl語法）, Bugs 非常少的伺服器: Nginx 啟動特別容易, 並且幾乎可以做到7*24不間斷執行，即使執行數個月也不需要重新啟動. 你還能夠不間斷服務的情況下進行軟體版本的升級 .
nginx的負載能力比apache高很多。最新的伺服器也改用nginx了。而且nginx改完配置能-t測試一下配置有沒有問題，apache重啟的時候發現配置出錯了，會很崩潰，改的時候都會非常小心翼翼現在看有好多叢集站，前端nginx抗併發，後端apache叢集，配合的也不錯。
1.Nginx本身就是一個反向代理伺服器 2.Nginx支援7層負載均衡；其他的當然，Nginx可能會比apache支援更高的併發，但是根據NetCraft的統計，2011年4月的統計資料，Apache依然佔有62.71%，而Nginx是7.35%，因此總得來說，Aapche依然是大部分公司的首先，因為其成熟的技術和開發社群已經也是非常不錯的效能。
大部分情況下nginx都優於APACHE，比如說靜態檔案處理、PHP-CGI的支援、反向代理功能、前端Cache、維持連線等等。在Apache+PHP（prefork）模式下，如果PHP處理慢或者前端壓力很大的情況下，很容易出現Apache程式數飆升，從而拒絕服務的現象。
Nginx 靜態處理效能比 Apache 高 3倍以上
Apache 對 PHP 支援比較簡單，Nginx 需要配合其他後端用
Apache 的元件比 Nginx 多
現在 Nginx 才是 Web 伺服器的首選
正則配置讓很多事情變得簡單執行效率高，佔用資源少，代理功能強大，很適合做前端響應伺服器
最核心的區別在於apache是同步多程式模型，一個連線對應一個程式；nginx是非同步的，多個連線（萬級別）可以對應一個程式 。