PHP-FPM 是什么？

PHP-FPM 是 FastCGI 的進程管理器。

PHP-FPM 的特點

• 支持平滑停止、啟動的高級進程管理功能
• 動、靜態子進程產生
• 慢日志，記錄腳本運行所導致的異常緩慢
• 可以監聽不同的端口和使用不同的 php.ini

幾個概念的理解

1）、CGI

CGI全稱“公共網關接口”(Common Gateway Interface)，是HTTP服務器與其它機器上的程序進行通信的接口，其程序須運行在網絡服務器上。 

NOTE:CGI可以用任何一種語言編寫，只要這種語言具有標準輸入、輸出和環境變量。

2）、FastCGI

FastCGI是一個常駐型的CGI，它可以一直執行，只要激活后，不會每次都要花費時間去fork一次（這是CGI最為人詬病的fork-and-execute模式）。它還支持分布式的運算，即 FastCGI 程序可以在網站服務器以外的主機上執行并且接受來自其它網站服務器來的請求。

FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行為是將CGI解釋器進程保持在內存中并因此獲得較高的性能。我們知道，CGI解釋器的反復加載是CGI性能低下的主要原因，如果CGI解釋器保存在內存中并接受FastCGI進程管理器調度，那么就可以提供良好的性能、伸縮性等。

優點：

1.  FastCGI具有語言無關性；

2.  FastCGI獨立于核心web服務器運行，提供了一個比API更安全的環境。APIs把應用程序的代碼與核心的web服務器鏈接在一起，這意味著在一個錯誤的API的應用程序可能會損壞其他應用程序或核心服務器。而惡意的API的應用程序代碼甚至可以竊取另一個應用程序或核心服務器的密鑰；

3.  FastCGI技術目前支持語言有：C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相關模塊在Apache, ISS, Lighttpd等流行的服務器上也是可用的；

4.  FastCGI不依賴于任何Web服務器的內部架構，因此即使服務器技術的變化, FastCGI依然穩定不變；

缺點：

因為是多進程，所以比CGI多線程消耗更多的服務器內存，PHP-CGI解釋器每進程消耗7至25兆內存，將這個數字乘以50或100就是很大的內存數。

Nginx 0.8.46+PHP 5.2.14(FastCGI)服務器在3萬并發連接下，開啟的10個Nginx進程消耗150M內存（15M*10=150M），開啟的64個php-cgi進程消耗1280M內存（20M*64=1280M），加上系統自身消耗的內存，總共消耗不到2GB內存。如果服務器內存較小，完全可以只開啟25個php-cgi進程，這樣php-cgi消耗的總內存數才500M。

上面的數據摘自Nginx 0.8.x + PHP 5.2.13(FastCGI)搭建勝過Apache十倍的Web服務器(第6版)。

原理：

1.  Web服務器啟動時，載入FastCGI進程管理器；

2.  FastCGI進程管理器初始化，啟動多個CGI解釋器進程(PHP-CGI)并等待來自Web服務器的連接；

3.  當客戶端請求到達Web服務器時，FastCGI進程管理器選擇并連接到一個CGI解釋器，Web服務器將CGI環境變量和標準輸入發送到FastCGI子進程PHP-CGI。

4.  FastCGI子進程完成處理后將標準輸出和錯誤信息從同一連接返回給Web服務器。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待并處理來自FastCGI進程管理器(運行在Web服務器中)的下一個連接。而在CGI模式中，PHP-CGI在此便退出了。

在上述情況中，可以想象CGI通常有多慢，每一個Web請求PHP都必須重新解析php.ini、重新載入全部擴展，并重初始化全部數據結構。而使用FastCGI，所有這些都只在進程啟動時發生一次。另外，數據庫持久連接可以工作。 

NOTE:FastCGI的主要優點是把動態語言和HTTP Server分離開來，所以Nginx與PHP/PHP-FPM經常被部署在不同的服務器上，以分擔前端Nginx服務器的壓力，使Nginx專一處理靜態請求和轉發動態請求，而PHP/PHP-FPM服務器專一解析PHP動態請求。 

3）、PHP-CGI

PHP-CGI是PHP自帶的FastCGI管理器。

PHP-CGI的不足：

1.  php-cgi變更php.ini配置后需重啟php-cgi才能讓新的php-ini生效，不可以平滑重啟。

2.  直接殺死php-cgi進程，php就不能運行了(PHP-FPM和Spawn-FCGI就沒有這個問題，守護進程會平滑重新生成新的子進程)。

4）、Spawn-FCGI

Spawn-FCGI是一個通用的FastCGI管理服務器，它是lighttpd中的一部份，很多人都用Lighttpd的Spawn-FCGI進行FastCGI模式下的管理工作，不過有不少缺點。而PHP-FPM的出現多少緩解了一些問題，但PHP-FPM有個缺點就是要重新編譯，這對于一些已經運行的環境可能有不小的風險(refer)，在php 5.3.3可以直接使用PHP-FPM了。

Spawn-FCGI目前已經獨成為一個項目，更加穩定一些，也給很多Web 站點的配置帶來便利。已經有不少站點將它與nginx搭配來解決動態網頁。最新的lighttpd也沒有包含這一塊了(http://www.lighttpd.NET/search?q=Spawn-FCGI)，但可以在以前版本中找到它。在lighttpd-1.4.15

版本中就包含了(http://www.lighttpd.net/download/lighttpd-1.4.15.tar.gz)，目前Spawn-FCGI的下載地址是http://redmine.lighttpd.Net/projects/spawn-fcgi，最新版本是http://www.lighttpd.net/download/spawn-fcgi-1.6.3.tar.gz。

NOTE：最新的Spawn-FCGI可以到lighttpd.net網站搜索“Spawn-FCGI”找到它的最新版本發布地址。

5）、對比Spawn-FCGI

PHP-FPM的使用非常方便，配置都是在PHP-FPM.ini的文件內，而啟動、重啟都可以從php/sbin/PHP-FPM中進行。更方便的是修改php.ini后可以直接使用PHP-FPM reload進行加載，無需殺掉進程就可以完成php.ini的修改加載

結果顯示使用PHP-FPM可以使php有不小的性能提升。PHP-FPM控制的進程cpu回收的速度比較慢,內存分配的很均勻。

Spawn-FCGI控制的進程CPU下降的很快，而內存分配的比較不均勻。有很多進程似乎未分配到，而另外一些卻占用很高。可能是由于進程任務分配的不均勻導致的。而這也導致了總體響應速度的下降。而PHP-FPM合理的分配，導致總體響應的提到以及任務的平均。

PHP-FPM 的管理和配置

PHP-FPM 管理

master 主進程理解以下信號：

• INT,TERM 立刻終止
• QUIT 平滑終止
• USR1 重新打開日志文件
• USR2 平滑重載所有 worker 進程并重新載入配置和二進制模塊

# 查看 php-fpm 用戶
ps aux | grep php-fpm

# 查看 php-fpm 進程 pid
ps -ef | grep php-fpm

# 啟動 php-fpm
php-fpm -D

# 關閉 php-fpm
kill -INT [pid]

# 重啟 php-fpm
kill -USR2 [pid]

ps 是展示當前進程的快照。

PHP-FPM 配置

/etc/php-fpm.d 文件夾中包含了所有進程池的配置，在主配置文件 /etc/php-fpm.conf 中有下面一行：

include=/etc/php-fpm.d/*.conf

php-fpm.conf 的主配置文件包含全局配置，子配置是不同進程池的配置，例如 www。

全局配置

# s 秒，m 分，h 小時，d 天

# 子進程在 emergency_restart_interval 設定的時間內收到該參數設定次數的 SIGSEGV 或者 SIGBUS退出信息號，則FPM會重新啟動
emergency_restart_threshold 10
# 平滑重啟的間隔時間：
emergency_restart_interval 1m
# 子進程接受主進程復用信號的超時時間
process_control_timeout 10s

進程池配置

# 接收 FastCGI 請求的地址
listen： 'ip:port', '/path/to/unix/socket'

# 設置進程管理器如何管理子進程
pm: static 固定數量, ondemand 進程在有需求時才產生, dynamic 動態設置

static 和 dynamic 配置

內存比較少，并發量不是很大的應用，可以考慮采用 dynamic 的方式，這樣可以控制 php-fpm 所消耗的總內存數。

在并發高或者流量波動大的情況下，使用 static 可以在高并發下獲得比 dynamic 更快的響應速度。

可配置進程數量 = php-fpm 可配置內存 / （php-fpm 子進程的內存占用 * 1.2）

 以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。