PHP-FPM配置及使用總結

PHP-FPM配置及使用總結：

PHP-FPM是一個PHP FastCGI的管理器，它實際上就是PHP源代碼的補丁，旨在將FastCGI進程管理引進到PHP軟件包中，咱們必須將其patch到PHP源代碼中，而後再行編譯才能使用。而如今咱們能夠在PHP 5.3.2及更新版本中直接開啓並使用便可，由於PHP從該版本已經將其收入到軟件包中，因此其再也不是補丁包的存在了。

 

·     幾個概念的理解

·     Nginx+PHP配置

·     Php-Fpm的操做

 

1、幾個概念的理解

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合理的分配，致使整體響應的提到以及任務的平均。

 

2、Nginx+PHP配置

一、進程數優化

pm = dynamic

pm.max_children = 300

pm.start_servers = 20

pm.min_spare_servers = 5

pm.max_spare_servers = 35

 

二、最大請求數優化

pm.max_requests = 10240

 

NOTE:

這個用來處理由於PHP解析器或引用的第三方庫時，形成的內存泄露問題。

最大請求數：指一個php-fpm的工做進程在處理多少個請求後就終止掉。

 

三、最長執行時間優化（php.ini）

request_terminate_timeout = 20

 

NOTE:

這個是用來處理由於PHP執行時間超長而報502錯誤的解決。

這個時長配置能夠在php.ini（max_execution_time）或php-fpm.conf中配置都可，爲了避免影響全局配置，可在php-fpm.conf中實現。

值得注意的是：須要結合nginx.conf中的max_fail（調大些）和fail_timeout（調小些）一同配置。

 

nginx.conf:

location ~ \.php$ {

…

fastcgi_connect_timeout      180;

fastcgi_read_timeout      600;

fastcgi_send_timeout       600;

…

}

 

NOTE:

PHP-FPM設置的腳本最大執行時間已經夠長了，但執行耗時PHP腳本時，發現Nginx報錯變爲504錯誤。這是由於咱們修改的只是PHP的配置，Nginx中也有關於與上游服務器通訊超時時間的配置factcgi_connect/read/send_timeout。

 

四、php-fpm高cpu使用排查

top命令 :

直接執行top命令後，輸入1就能夠看到各個核心的CPU使用率:

sar命令：

sar和iostat命令的安裝：

    sysstat.x86_64 : The sar and iostat systemmonitoring commands

     yum install -y sysstat.x86_64

執行：

$sar -P ALL 1 100

 

NOTE:

-P ALL表示監控全部核心;

1表示每1秒採集;

100表示採集100次;

 

5、開啓慢日誌

slowlog = log/$pool.log.slow

request_slowlog_timeout = 2

 

NOTE:

上面爲開啓php-fpm的慢日誌，時間閥值2秒；

 

執行：

grep -v "^$" php.slow.log | cut -d " " -f 3,2 | sort |uniq -c | sort -k1,1nr | head -n 50

 

NOTE:

 sort: 對單詞進行排序

     uniq -c:  顯示惟一的行，並在每行行首加上本行在文件中出現的次數

     sort -k1,1nr:  按照第一個字段，數值排序，且爲逆序

     head –n 10:  取前10行數據

 

PS:

開啓慢日誌的目的是爲了跟蹤分析那條php腳本執行的時間超過了設置的request_slowlog_timeout時長，若是超過這個設置時間，那麼該腳本就會被記錄下。

 

3、Php-Fpm的操做

PHP5.3.3下的php-fpm 再也不支持php-fpm 之前具備的 /usr/local/php/sbin/php-fpm(start|stop|reload)等命令，須要使用信號控制：

 

master進程能夠理解如下信號

INT, TERM 馬上終止
;

QUIT 平滑終止
;

USR1 從新打開日誌文件
;

USR2平滑重載全部worker進程並從新載入配置和二進制模塊 ;

 

示例：


php-fpm 關閉：
kill -INT`cat /usr/local/php/var/run/php-fpm.pid`


php-fpm 重啓：
kill -USR2`cat /usr/local/php/var/run/php-fpm.pid`

 

查看php-fpm進程數：

$ps aux | grep -c php-fpm