目錄

• 一、Nginx特點
• 二、Apache特點 
• 總結

一、Nginx特點

1、輕量級，采用C進行編寫，同樣的web服務，會占用更少的內存及資源。

2、抗并發(fā)，nginx以epollandkqueue作為開發(fā)模型，處理請求是異步非阻塞的，負載能力比apache高很多，而apache則是阻塞型的。在高并發(fā)下nginx能保持低資源低消耗高性能，而apache在PHP處理慢或者前端壓力很大的情況下，很容易出現(xiàn)進程數(shù)飆升，從而拒絕服務的現(xiàn)象。 

3、nginx在開啟時，會生成一個master進程，然后，master進程會fork多個worker子進程，最后每個用戶的請求由worker的子線程處理。 

4、可以配置nginx的upstream實現(xiàn)nginx的反向代理。 

5、nginx作為負載均衡服務器，支持7層負載均衡。 

6、nginx處理靜態(tài)文件好，靜態(tài)處理性能比apache高三倍以上。

7、支持高并發(fā)連接，每秒最多的并發(fā)連接請求理論可以達到50000個。 

8、nginx配置簡潔，正則配置讓很多事情變得簡單，而且改完配置能使用-t測試配置有沒有問題，apache配置復雜，重啟的時候發(fā)現(xiàn)配置出錯了，會很崩潰。 

9、用線程處理用戶請求，而線程是共享內存的，只需要開啟少量進程，多個線程就可以共享進程的內存，占用內存小。 

10、一個進程死掉時，會影響到多個用戶的使用，穩(wěn)定性差。

11、nginx的設計高度模塊化，編寫模塊相對簡單。

12、nginx本身就是一個反向代理服務器，而且可以作為非常優(yōu)秀的郵件代理服務器。

13、啟動特別容易，并且?guī)缀蹩梢宰龅?*24不間斷運行，即使運行數(shù)個月也不需要重新啟動，還能夠不間斷服務的情況下進行軟件版本的升級。

14、社區(qū)活躍，各種高性能模塊出品迅速。

二、Apache特點 

1、select同步阻塞。

2、一個連接對應一個進程。

3、用進程處理用戶請求，用MPM（多處理模塊）來綁定到網絡端口上，接受請求，調度子進程處理請求。

4、當用戶請求過多時，開啟的進程較多，占用內存大，每秒最多的并發(fā)連接請求最多不超過3000個。

5、一個進程死掉時，不會影響其他的用戶

6、apache的rewrite比nginx強大，在rewrite頻繁的情況下，用apache。 

7、apache發(fā)展到現(xiàn)在，模塊超多，基本想到的都可以找到。 

8、apache更為成熟，少bug，nginx的bug相對較多。 

9、apache超穩(wěn)定。 

10、apache對PHP支持比較簡單，nginx需要配合其他后端用。 

11、apache在處理動態(tài)請求有優(yōu)勢，一般動態(tài)請求要apache去做，nginx適合靜態(tài)和反向。

12、apache仍然是目前的主流，擁有豐富的特性，成熟的技術和開發(fā)社區(qū)。

兩者最核心的區(qū)別在于apache是同步多進程模型，一個連接對應一個進程，而nginx是異步的，多個連接（萬級別）可以對應一個進程。

一般來說，需要性能的web服務，用nginx。

如果不需要性能只求穩(wěn)定，更考慮apache，apache的各種功能模塊實現(xiàn)比nginx好，例如ssl的模塊就比nginx好，可配置項多。

epoll（freebsd上是kqueue）網絡IO模型是nginx處理性能高的根本理由，但并不是所有的情況下都是epoll大獲全勝的，如果本身提供靜態(tài)服務的就只有寥寥幾個文件，apache的select模型或許比epoll更高性能。

當然，這只是根據網絡IO模型的原理作的一個假設，真正的應用還是需要實測。

更為通用的方案是，前端nginx抗并發(fā)，后端apache集群，配合起來會更好。

總結

以上為個人經驗，希望能給大家一個參考，也希望大家多多支持。