Nginx
- 輕量級，采用 C 進行編寫，同樣的 web 服務，會占用更少的內存及資源
- 抗並發，nginx 以 epoll and kqueue 作為開發模型，處理請求是異步非阻塞的，負載能力比 apache 高很多，而 apache 則是阻塞型的。在高並發下 nginx 能保持低資源低消耗高性能 ，而 apache 在 PHP 處理慢或者前端壓力很大的情況下，很容易出現進程數飆升，從而拒絕服務的現象。
服務器並發
指的是多個用戶同時訪問數據庫中的同一字段的行為。這樣的用戶行為對於服務器的性能是一種考驗。我們經常能遇到由於並發用戶過多而導致的系統緩慢甚至癱瘓現象。比方說，很多使用過那些
在線考試
報名系統的朋友都會發現，半夜登錄系統報名比白天登錄系統報名要容，網頁反應速度也要快一些，這就是由於晚上的
並發用戶數
比較小的原因。
- nginx 處理靜態文件好，靜態處理性能比 apache 高三倍以上
- nginx 的設計高度模塊化，編寫模塊相對簡單
- nginx 配置簡潔，正則配置讓很多事情變得簡單，而且改完配置能使用 -t 測試配置有沒有問題，apache 配置復雜 ，重啟的時候發現配置出錯了，會很崩潰
- nginx 作為負載均衡服務器，支持 7 層負載均衡
負載均衡
分為四層和七層，
四層模式下這些SYN攻擊都會被轉發到后端的服務器上；
而七層模式下這些SYN攻擊自然在負載均衡設備上就截止，不會影響后台服務器的正常運營
。
- nginx 本身就是一個反向代理服務器，而且可以作為非常優秀的郵件代理服務器
反向代理
是
代理服務器
的一種。服務器根據客戶端的請求，從其關系的一組或多組后端
服務器
（如
Web服務器
）上獲取資源，然后再將這些資源返回給客戶端，客戶端只會得知反向代理的IP地址，而不知道在代理服務器后面的服務器簇的存在。
- 啟動特別容易, 並且幾乎可以做到 7*24 不間斷運行，即使運行數個月也不需要重新啟動，還能夠不間斷服務的情況下進行軟件版本的升級
- 社區活躍，各種高性能模塊出品迅速
Apache
- apache 的 rewrite 比 nginx 強大，在 rewrite 頻繁的情況下，用 apache
- apache 發展到現在，模塊超多，基本想到的都可以找到
- apache 更為成熟，少 bug ，nginx 的 bug 相對較多
- apache 超穩定
- apache 對 PHP 支持比較簡單，nginx 需要配合其他后端用
- apache 在處理動態請求有優勢，nginx 在這方面是雞肋，一般動態請求要 apache 去做，nginx 適合靜態和反向。
- apache 仍然是目前的主流，擁有豐富的特性，成熟的技術和開發社區
總結
兩者最核心的區別在於 apache 是同步多進程模型，一個連接對應一個進程，而 nginx 是異步的，多個連接（萬級別）可以對應一個進程。
一般來說，需要性能的 web 服務，用 nginx 。如果不需要性能只求穩定，更考慮 apache ，后者的各種功能模塊實現得比前者，例如 ssl 的模塊就比前者好，可配置項多。epoll(freebsd 上是 kqueue ) 網絡 IO 模型是 nginx 處理性能高的根本理由，但並不是所有的情況下都是 epoll 大獲全勝的，如果本身提供靜態服務的就只有寥寥幾個文件，apache 的 select 模型或許比 epoll 更高性能。當然，這只是根據網絡 IO 模型的原理作的一個假設，真正的應用還是需要實測了再說的。
更為通用的方案是，前端 nginx 抗並發，后端 apache 集群，配合起來會更好。