PHP-FPM配置與調優

PHP-FPM是啥？

PHP-FPM是一個PHP FastCGI的管理器，它實際上就是PHP源代碼的補丁，旨在將FastCGI進程管理引進到PHP軟件包中。

CGI是啥？

CGI全稱「公共網關接口」(Common Gateway Interface)，是HTTP服務器與其它機器上的程序進行通訊的接口，其程序須運行在網絡服務器上。
CGI能夠用任何一種語言編寫，只要這種語言具備標準輸入、輸出和環境變量。

FastCGI是啥？優缺點。

FastCGI是一個常駐型的CGI，它能夠一直執行，只要激活後，不會每次都要花費時間去fork一次（這是CGI最爲人詬病的fork-and-execute模式）。它還支持分佈式的運算，即 FastCGI 程序能夠在網站服務器之外的主機上執行而且接受來自其它網站服務器來的請求。
FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行爲是將CGI解釋器進程保持在內存中並所以得到較高的性能。咱們知道，CGI解釋器的反覆加載是CGI性能低下的主要緣由，若是CGI解釋器保存在內存中並接受FastCGI進程管理器調度，那麼就能夠提供良好的性能、伸縮性等。
由於是多進程，因此比CGI多線程消耗更多的服務器內存，PHP-CGI解釋器每進程消耗7至25兆內存，將這個數字乘以50或100就是很大的內存數。

FastCGI工做原理（配置數量與內存大小關聯）

Web服務器啓動時，載入FastCGI進程管理器。
FastCGI進程管理器初始化，啓動多個CGI解釋器進程(PHP-CGI)並等待來自Web服務器的鏈接。
當客戶端請求到達Web服務器時，FastCGI進程管理器選擇並鏈接到一個CGI解釋器，Web服務器將CGI環境變量和標準輸入發送到FastCGI子進程PHP-CGI。
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動態請求。

PHP-CGI

PHP-CGI是PHP自帶的FastCGI管理器。
php-cgi變動php.ini配置後需重啓php-cgi才能讓新的php-ini生效，不能夠平滑重啓。
直接殺死php-cgi進程，php就不能運行了(PHP-FPM和Spawn-FCGI就沒有這個問題，守護進程會平滑從新生成新的子進程)。

Nginx+PHP配置

一、進程數優化

cd /usr/local/php/etc

# ll
-rw-r--r-- 1 root root  1228 5月  27 14:07 pear.conf
-rw-r--r-- 1 root root   480 5月  27 14:19 php-fpm.conf
-rw-r--r-- 1 root root 23046 5月  27 14:07 php-fpm.conf.default
-rw-r--r-- 1 root root 73862 6月   3 18:14 php.ini

修改php-fpm.conf

pm = dynamic # 動態分配，若是pm設置爲static，那麼其實只有pm.max_children這個參數生效
pm.max_children = 200 # 靜態方式下開啓的php-fpm進程數量，在動態方式下他限定php-fpm的最大進程數
pm.start_servers = 120 # 動態方式下的起始php-fpm進程數量
pm.min_spare_servers = 5 # 動態方式空閒狀態下的最小php-fpm進程數量
pm.max_spare_servers = 180 # 動態方式空閒狀態下的最大php-fpm進程數量

NOTE：若是pm設置爲dynamic，4個參數都生效。系統會在php-fpm運行開始時啓動pm.start_servers個php-fpm進程，而後根據系統的需求動態在pm.min_spare_servers和pm.max_spare_servers之間調整php-fpm進程數。

二、最大請求數優化

pm.max_requests = 10240

NOTE：這個用來處理由於PHP解析器或引用的第三方庫時，形成的內存泄露問題。
最大請求數：指一個php-fpm的工做進程在處理多少個請求後就終止掉。

三、最長執行時間優化(php.ini)

request_terminate_timeout = 100

NOTE:
php腳本取max_execution_time與request_terminate_timeout最小值做爲腳本的超時時間。
這個是用來處理由於PHP執行時間超長而報502錯誤的解決。
這個時長配置能夠在php.ini（max_execution_time）或php-fpm.conf中配置都可，爲了避免影響全局配置，可在php-fpm.conf中實現。
須要結合nginx.conf配置。

fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;

四、慢日誌

request_slowlog_timeout = 2
slowlog = /home/wwwlogs/php_fpm_slow.log

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

五、關閉重啓

kill -INT `cat /usr/local/php/var/run/php-fpm.pid`
kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`

六、查看進程數

# ps aux | grep -c php-fpm
122

或

# ps aux | grep php-fpm | wc -l
122