nginx相對(duì)于apache的優(yōu)點(diǎn)：
輕量級(jí)，同樣起web 服務(wù)，比apache 占用更少的內(nèi)存及資源
抗并發(fā)，nginx 處理請(qǐng)求是異步非阻塞的，而apache 則是阻塞型的，在高并發(fā)下nginx 能保持低資源低消耗高性能
高度模塊化的設(shè)計(jì)，編寫模塊相對(duì)簡(jiǎn)單
社區(qū)活躍，各種高性能模塊出品迅速啊
apache 相對(duì)于nginx 的優(yōu)點(diǎn)：
rewrite ，比nginx 的rewrite 強(qiáng)大
模塊超多，基本想到的都可以找到
少bug ，nginx 的bug 相對(duì)較多
超穩(wěn)定
作為 Web 服務(wù)器：相比 Apache，Nginx 使用更少的資源，支持更多的并發(fā)連接，體現(xiàn)更高的效率,Nginx還可作為負(fù)載均衡服務(wù)器
最核心的區(qū)別在于apache是同步多進(jìn)程模型，一個(gè)連接對(duì)應(yīng)一個(gè)進(jìn)程；nginx是異步的，多個(gè)連接（萬級(jí)別）可以對(duì)應(yīng)一個(gè)進(jìn)程
對(duì)web server的需求決定你的選擇。大部分情況下nginx都優(yōu)于APACHE，比如說靜態(tài)文件處理、PHP-CGI的支持、反向代理功能、前端Cache、維持連接等等。在Apache+PHP（prefork）模式下，如果PHP處理慢或者前端壓力很大的情況下，很容易出現(xiàn)Apache進(jìn)程數(shù)飆升，從而拒絕服務(wù)的現(xiàn)象。所以因此可以同時(shí)采用apache和nginx來互相彌補(bǔ)，借助apache的安全穩(wěn)定，并依靠nginx的負(fù)載均衡來實(shí)現(xiàn)最終的目的

nginx跑前端和靜態(tài)文件，并發(fā)值高，apache跑后端，php比較穩(wěn)定，大型網(wǎng)站可以采取nginx+apache+php比較好。正常網(wǎng)站前者就可以了，一個(gè)環(huán)境調(diào)試難度會(huì)小點(diǎn)

如果單臺(tái)服務(wù)器的話，NGINX+APACHE+PHP 純粹多此一舉，多了一次請(qǐng)求轉(zhuǎn)發(fā)，效率肯定低，而且現(xiàn)在FPM已經(jīng)足夠穩(wěn)定。完全沒必要。

只有多臺(tái)服務(wù)器集群的話，apache+nginx反代才有意義.NGINX+APACHE+PHP 這種架構(gòu)存在的原因除了apache出現(xiàn)比較早外，還因?yàn)楫?dāng)時(shí)FPM不如module模式穩(wěn)定。

不見得。Nginx在前面實(shí)現(xiàn)動(dòng)靜分離，靜態(tài)內(nèi)容由Nginx負(fù)責(zé)，動(dòng)態(tài)請(qǐng)求則交給后面的PHP應(yīng)用服務(wù)器Apache（libphp5.so）處理。Apache專心處理PHP，這不挺好嗎？

Nginx+PHP-FPM相對(duì)Nginx+Apache（libphp5.so）來說，PHP-FPM更靈活，在php-fpm.conf里可以配置監(jiān)聽不同端口的多個(gè)pool，每個(gè)pool又可以自由配置PHP-FPM工人進(jìn)程數(shù)pm.max_children，一個(gè)pool里的工人進(jìn)程繁忙不會(huì)影響到另一個(gè)pool。在Nginx里可以配置應(yīng)用的不同部分使用不同的pool，而且一臺(tái)服務(wù)器上可以運(yùn)行多個(gè)版本的PHP-FPM，借助Nginx的upstream功能，PHP-FPM非常容易橫向擴(kuò)展。

新浪微博和百度貼吧都在使用Nginx+PHP-FPM的架構(gòu)，PHP-FPM已經(jīng)足夠穩(wěn)定。

ab同樣并發(fā)數(shù)壓力測(cè)試ZF下RPS（請(qǐng)求每秒）對(duì)比：