nginxapachephpfpm

1. NGINX+php好，還是NGINX+APACHE+PHP好

如果單台伺服器的話，NGINX+APACHE+PHP
純粹多此一舉，多了一次請求轉發，效率肯定低，而且現在FPM已經足夠穩定。完全沒必要。
只有多台伺服器集群的話，apache+nginx反代才有意義.NGINX+APACHE+PHP
這種架構存在的原因除了apache出現比較早外，還因為當時FPM不如mole模式穩定。
不見得。Nginx在前面實現動靜分離，靜態內容由Nginx負責，動態請求則交給後面的PHP應用伺服器Apache（libphp5.so）處理。Apache專心處理PHP，這不挺好嗎？
Nginx+PHP-FPM相對Nginx+Apache（libphp5.so）來說，PHP-FPM更靈活，在php-fpm.conf里可以配置監聽不同埠的多個pool，每個pool又可以自由配置PHP-FPM工人進程數pm.max_children，一個pool里的工人進程繁忙不會影響到另一個pool。在Nginx里可以配置應用的不同部分使用不同的pool，而且一台伺服器上可以運行多個版本的PHP-FPM，藉助Nginx的upstream功能，PHP-FPM非常容易橫向擴展。
新浪微博和網路貼吧都在使用Nginx+PHP-FPM的架構，PHP-FPM已經足夠穩定。
ab同樣並發數壓力測試ZF下RPS（請求每秒）對比：

2. apache和nginx的區別

產品型號：Thinkpad E15
系統版本：centos8
區別：apache和nginx處理php文件的方式不一樣。
1：Apache是通過libphp5.so這個模塊來處理php文件
2：Nginx是通過php-fpm這個服務來處理php文件
Apache：
Nginx：
Apache的libphp5.so隨著Apache伺服器一起運行，而Nginx和php-fpm是各自獨立運行，所以在運行過程中，Nginx和php-fpm都需要分別啟動！
Nginx相對於Apache的優點：
輕量級，同樣是 web 服務，比Apache 佔用更少的內存及資源 ；高並發，Nginx 處理請求是非同步非塞的，而Apache 則是阻塞型的，在高並發下Nginx 能保持低資源低消耗高性能；高度模塊化的設計
編寫模塊相對簡單；社區活躍，各種高性能模塊出品迅速。
Apache 相對於Nginx 的優點：
rewrite，比Nginx 的rewrite強大；模塊超多，基本想到的都可以找到；少bug ，Nginx 的bug 相對較多；超穩定
存在就是理由，一般來說，需要性能的web 服務，用Nginx 。如果不需要性能只求穩定，那就Apache。Nginx處理動態請求是弱項，一般動態請求要Apache去做，Nginx只適處理靜態網頁或反向代理。

3. php-fpm比php成為apache模塊好在哪

概述
寫這篇文章的是因為今天要Ubuntu下搭建LNMP環境，Nginx使用的是PHP-FPM，所以對Web伺服器與PHP解釋器的交互方式做了個整理。
眾所周知，PHP是跨平台、跨伺服器的語言，這也是它如此流行的原因之一。但是，很少有人知道PHP解釋器可以以不同的方式運行在Web伺服器中。PHP最常用的方式是以模塊的方式(mod_php)運行在Apache中，也是Apache運行PHP的默認方式。但是在Nginx中，Nginx又使用的是PHP-FPM。
這篇文章就對這些概念做個介紹，如有不對的地方，請多多批評指教。
什麼是PHP處理器(PHP handlers)?
首先需要記住的是，任何一種Web伺服器(Apache、Nginx等)都是被設計成向用戶發送html、圖片等靜態資源的，Web伺服器自身並不能解釋任何動態腳本(PHP、Python等)。PHP處理器就是用來解釋Web應用中的PHP代碼，並將它解釋為HTML或其他靜態資源，然後將解析的結果傳給Web伺服器，最後再由Web伺服器發送給用戶。大多數的Web伺服器都不能解析PHP代碼，因此它需要一個能解析PHP代碼的程序，這就是PHP處理器。
mod_php
首先，來看一下以Apache模塊方式運行PHP。mod_php現在在Linux各版本的軟體倉庫里都有，因此很容易被安裝。
當PHP以模塊的方式運行在Apache中時，PHP解釋器被「內嵌」在Apache的進程里。Apache不會調用任何外部的PHP進程，因此這種方式使Apache與PHP能更好的通信。但是，當以這種方式運行PHP的時候，哪怕Apache提供的僅僅是靜態的資源(如HTML)，Apache的每個子進程也都會載入 mod_php，導致了比正常情況下更多的內存開銷。
以這種方式運行的另一個缺點是，它僅能與Apache一起配合工作。另外，在小型的VPS和大型的網站中，這種方式也不合適，因為大型網站可能有很多靜態資源，而這些靜態資源是不需要PHP程序解釋的。
優點:
1.易於安裝和更新
2.容配置
缺點:
1.僅能與Apache一起工作
2.增加了Apache子進程內存開銷
3.當更改php.ini文件後，需要重啟Apache
FastCGI
FastCGI是交互程序與Web伺服器通用的協議介面，是早期CGI(Common Gateway Interface)的一個變種。相對於CGI來說，FastCGI減少了和Web伺服器交互的開銷，同時一次可以處理更多的請求。
Apache可以以mod_fcgid的形式使用FastCGI。其他Web伺服器，如lighttpd, nginx, Cherokee，甚至微軟的IIS也都能使用FastCGI。使用FastCGI，可以同時設置多個版本的PHP，這在某些情況下非常有用。
FastCGI還利用suexec來支持不同的用戶用自己的PHP的實例。這個特性對於在共享環境下提高安全性尤其重要。FastCGI在保證性能的同時，也減少了Web伺服器的內存開銷。
優點:
1.兼容多數Web伺服器
2.比mod_php占內存小
3.更多的配置項，包括多版本PHP和suexec
缺點
1.配置復雜
2.不被大家所熟知
PHP-FPM(FastCGI Process Manager)
PHP-FPM是Web伺服器使用PHP的一種最新方式，也是PHP FastCGI的另外一種實現。PHP-FPM對於運行在小型VPS和多伺服器上的Web應用非常應用。同時，它也可以被兼容FastCGI的任何Web伺服器所使用。
PHP-FPM使管理員能夠優雅地停止和啟動PHP工作進程而不丟失任何查詢。這允許我們逐步更新配置和二進制,而不會損失任何查詢。它還允許我們在發生任何意外破壞的情況下，緊急重啟進程。
優點:
1.兼容多數Web伺服器
2.比mod_php占內存小
3.更多的配置項，包括多版本PHP和suexec
缺點
1.配置復雜
2.不被大家所熟知
補充:Apache運行PHP的四種方式
mod_php (DSO，Dynamic Shared Object)
CGI
suPHP
FastCGI
總結
內容相對抽象，理解的不深，記錄下留作以後參考~:)

4. FPM看這一篇就夠了

Fpm是PHP FastCGI運行模式的進程管理器，其主要功能在於管理PHP處理請求的進程，以優化伺服器性能。FastCGI協議作為Web伺服器（如Nginx、Apache）和處理程序（如PHP）之間的通信協議，用於在應用層實現兩者間的交互。當PHP處理完請求後，通過FastCGI協議將解析結果返回給Web伺服器，最終由Web伺服器將內容發送給用戶。

Fpm採用多進程模型，由master進程和多個worker進程組成。master進程啟動後創建socket，但不直接處理請求，而是由fork出的worker進程處理請求。master進程負責fork和殺掉worker進程，以動態管理進程數量。在master進程fork出worker後，會循環事件列表，worker進程則不斷接受請求，解析FastCGI協議數據，執行PHP腳本，並關閉請求。整個worker處理請求的過程包括等待請求、解析請求、請求初始化、執行PHP腳本和關閉請求等步驟。

在處理請求時，worker進程會記錄其當前所處的階段，如等待請求階段、讀取fastcgi請求header階段、獲取請求信息階段、執行PHP腳本階段和請求處理完成階段，以方便管理進程狀態。

master進程主要負責進程管理。它在啟動後不再返回，進入事件循環，處理IO及定時器事件，以動態控制worker的數量。master進程會根據配置文件中的pm參數，選擇靜態模式、動態模式或按需模式來管理worker進程。靜態模式下，master在啟動時根據配置參數fork出固定數量的worker進程。動態模式下，master根據配置參數初始化一定數量的worker進程，並在請求增多時增加worker進程，減少時減少worker進程。按需模式下，master不預先分配worker進程，而是等到有請求時才通知master進程fork worker進程，處理完成後worker進程不會立即退出，當空閑時間超過配置參數後才退出。

除了進程管理，master還處理信號事件、進程檢查定時器和執行超時檢查定時器。信號事件允許master響應系統信號，如SIGINT、SIGTERM、SIGQUIT等，以便在接收到退出信號時通知所有worker退出，並確保master正常退出。進程檢查定時器用於定期檢查worker進程數量，動態調整進程數量以優化資源使用。執行超時檢查定時器用於監控worker處理請求的時間，如果請求處理時間超過設定的閾值，master將向worker進程發送kill -TERM信號以終止進程。

綜上所述，Fpm作為PHP FastCGI運行模式的進程管理器，通過多進程模型和動態管理策略，優化了PHP處理請求的性能，提高了伺服器響應速度和資源利用率。