一、簡介
在搭建 LAMP/LNMP 服務器時，會經常遇到 PHP-FPM、FastCGI和CGI 這幾個概念。如果對它們一知半解，很難搭建出高性能的服務器。接下來我們就以圖形方式，解釋這些概念之間的關係。
二、原理
在整個網站架構中，Web Server（如Apache）只是內容的分發者。舉個栗子，如果客戶端請求的是 index.html，那麼Web Server會去文件系統中找到這個文件，發送給瀏覽器，這裏分發的是靜態數據。
如果請求的是 index.php，根據配置文件，Web Server知道這個不是靜態文件，需要去找 PHP 解析器來處理，那麼他會把這個請求簡單處理，然後交給PHP解析器。
當Web Server收到 index.php 這個請求後，會啓動對應的 CGI 程序，這裏就是PHP的解析器。接下來PHP解析器會解析php.ini文件，初始化執行環境，然後處理請求，再以CGI規定的格式返回處理後的結果，退出進程，Web server再把結果返回給瀏覽器。這就是一個完整的動態PHP Web訪問流程。
爲了方便理解，以下是對相關概念的簡單解釋：
- CGI（Common Gateway Interface）：通用網關接口，是 Web Server 與 Web Application 之間數據交換的一種協議。
- FastCGI（Fast Common Gateway Interface）：同 CGI，是一種通信協議，但比 CGI 在效率上做了一些優化。同樣，SCGI 協議與 FastCGI 類似。
- PHP-CGI：是 PHP （Web Application）對 Web Server 提供的 CGI 協議的接口程序。
- PHP-FPM（FastCGI Process Manager）：FastCGI進程管理器，是 PHP（Web Application）對 Web Server 提供的 FastCGI 協議的接口程序，額外還提供了相對智能一些任務管理。
- Web Server 一般指Apache、Nginx、IIS、Lighttpd、Tomcat等服務器，
- Web Application 一般指PHP、Java、Asp.net等應用程序。
三、CGI
CGI（Common Gateway Interface）全稱是“通用網關接口”，WEB 服務器與PHP應用進行“交談”的一種工具，其程序須運行在網絡服務器上。CGI可以用任何一種語言編寫，只要這種語言具有標準輸入、輸出和環境變量。如php、perl、tcl等。
WEB服務器會傳哪些數據給PHP解析器呢？URL、查詢字符串、POST數據、HTTP header都會有。所以，CGI就是規定要傳哪些數據，以什麼樣的格式傳遞給後方處理這個請求的協議。仔細想想，你在PHP代碼中使用的用戶從哪裏來的。
也就是說，CGI就是專門用來和 web 服務器打交道的。web服務器收到用戶請求，就會把請求提交給cgi程序（如php-cgi），cgi程序根據請求提交的參數作出對應處理（解析php），然後輸出標準的html語句，返回給web服服務器，WEB服務器再返回給客戶端，這就是普通cgi的工作原理。
CGI的好處就是完全獨立於任何服務器，僅僅是做爲中間分子。提供接口給apache和php。他們通過cgi搭線來完成數據傳遞。這樣做的好處就是儘量減少了這兩個程序的關聯，使他們變得更獨立。
但是CGI有個蛋疼的地方，就是每一次web請求都會有啓動和退出過程，也就是最爲人詬病的fork-and-execute模式，這樣一在大規模併發下，就死翹翹了。
PHP-CGI的不足：
1）php-cgi變更php.ini配置後需重啓php-cgi才能讓新的php-ini生效，不可以平滑重啓。
2）直接殺死php-cgi進程，php就不能運行了。(PHP-FPM和Spawn-FCGI就沒有這個問題，守護進程會平滑從新生成新的子進程。）
四、FastCGI
從根本上來說，FastCGI是用來提高CGI程序性能的。類似於CGI，FastCGI也可以說是一種協議。
FastCGI像是一個常駐(long-live)型的CGI，它可以一直執行着，只要激活後，不會每次都要花費時間去fork一次。它還支持分佈式的運算, 即 FastCGI 程序可以在網站服務器以外的主機上執行，並且接受來自其它網站服務器來的請求。
FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行爲是將CGI解釋器進程保持在內存中，並因此獲得較高的性能。衆所周知，CGI解釋器的反覆加載是CGI性能低下的主要原因，如果CGI解釋器保持在內存中，並接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail-Over特性等等。
FastCGI的工作原理：
FastCGI接口方式採用C/S結構，可以將HTTP服務器和腳本解析服務器分開，同時在腳本解析服務器上啓動一個或者多個腳本解析守護進程。當HTTP服務器每次遇到動態程序時，可以將其直接交付給FastCGI進程來執行，然後將得到的結果返回給瀏覽器。這種方式可以讓HTTP服務器專一地處理靜態請求，或者將動態腳本服務器的結果返回給客戶端，這在很大程度上提高了整個應用系統的性能。
文字解說：
1）Web Server啓動時載入FastCGI進程管理器（Apache Module或IIS ISAPI等)
2）FastCGI進程管理器自身初始化，啓動多個CGI解釋器進程(可建多個php-cgi)，並等待來自Web Server的連接。
3）當客戶端請求到達Web Server時，FastCGI進程管理器選擇並連接到一個CGI解釋器。Web server將CGI環境變量和標準輸入發送到FastCGI子進程php-cgi。
4）FastCGI子進程完成處理後，將標準輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接着等待，並處理來自FastCGI進程管理器(運行在Web Server中)的下一個連接。 在CGI模式中，php-cgi在此便退出了。
FastCGI與CGI特點：
1）對於CGI來說，每一個Web請求PHP都必須重新解析php.ini、重新載入全部擴展，並重新初始化全部數據結構。而使用FastCGI，所有這些都只在進程啓動時發生一次。一個額外的好處是，持續數據庫連接(Persistent database connection)可以工作。
2）由於FastCGI是多進程，所以比CGI多線程消耗更多的服務器內存，php-cgi解釋器每進程消耗7至25兆內存，將這個數字乘以50或100就是很大的內存數。
五、PHP-FPM
PHP-FPM 是對於 FastCGI 協議的具體實現，他負責管理一個進程池，來處理來自Web服務器的請求。目前，PHP5.3版本之後，PHP-FPM是內置於PHP的。
因爲PHP-CGI只是個CGI程序，他自己本身只能解析請求，返回結果，不會進程管理。所以就出現了一些能夠調度 php-cgi 進程的程序，比如說由lighthttpd分離出來的spawn-fcgi。同樣，PHP-FPM也是用於調度管理PHP解析器php-cgi的管理程序。
PHP-FPM通過生成新的子進程可以實現php.ini修改後的平滑重啓。
技術的升級過程：
所以，如果要搭建一個高性能的PHP WEB服務器，目前最佳的方式是Apache/Nginx + FastCGI + PHP-FPM(+PHP-CGI)方式了。
六、原文參考
歪麥博客：https://www.awaimai.com/371.html
官方文檔：http://php.net/manual/zh/install.fpm.php