Ⅰ php-fpm - 啟動參數及重要配置詳解
php-fpm主要涉及的目錄有：<pre>/usr/local/php/sbin/php-fpm /usr/local/php/etc/php-fpm.conf /usr/local/php/etc/php.ini</pre>
1. request_terminate_timeout: 這個參數在php-fpm.conf中設置，用於限制PHP腳本的最大執行時間。若設置過長，可能會導致資源問題，如file_get_contents請求超時，從而引發502 Bad Gateway錯誤。建議設置為一個合理的值，如10s，以確保WebServer的正常處理。
2. max_requests: 當一個PHP-CGI進程處理的請求數超過配置值（如1000），它會被自動重啟，以防止內存泄漏。在高並發場景中，需根據實際情況調整這個值，確保性能和內存管理。
3. slowlog: 通過request_slowlog_timeout設置超時並啟用慢日誌，可以追蹤執行過慢的PHP進程，有助於排查網路讀取和資料庫查詢問題。
php-fpm的設計旨在通過監控請求次數來管理內存，而不是直接檢測內存使用量。雖然這種方法在某些情況下有效，但通過檢測內存峰值並據此重啟進程可能會更高效。具體配置需根據實際場景調整。
以上配置對於解決php-fpm相關問題和提升WebServer性能非常有幫助。如果你在PHP進階過程中遇到問題，可以參考我整理的系列資料，包括分布式架構、高並發優化、伺服器性能調優等多方面內容。這些資源可以在這里獲取：<a href="PHP進階架構師>>>視頻、面試文檔免費獲取">點擊獲取</a>。
Ⅱ php-fpm - 啟動參數及重要配置詳解
php-fpm的啟動參數與重要配置詳解
php-fpm的運行過程中，理解並調整關鍵配置參數至關重要。首先，我們來看看啟動參數:
1. request_terminate_timeout: 這個參數控制了PHP腳本的最大執行時間，防止因file_get_contents等函數響應過慢導致的資源問題。默認為0，可能導致502 Bad Gateway錯誤。建議設置一個合理的值，如10秒，同時考慮給file_get_contents添加超時限制。
2. max_requests: 當一個子進程處理的請求數超過指定值（如1000）時，會自動重啟，以防止內存泄漏。然而，這可能導致間歇性502錯誤。在高並發場景下，設置較大的值能減少重啟頻率，但需根據實際情況調整。
3. request_slowlog_timeout 和 slowlog: 這些配置用於記錄執行過慢的PHP進程，對於異常排查和問題定位非常有用。通過監控慢日誌，可以定位網路讀取和資料庫查詢等延遲問題。
這些參數的調整需要根據實際項目需求和性能監控來決定，以確保Web伺服器的穩定運行。在php-fpm配置中，找到適合的平衡點是提高性能和避免錯誤的關鍵。想要獲取更多PHP相關資源，可以關注公眾號：PHP開源社區，獲取2021金九銀十大廠面試題集、PHP技術文章合集等資源。
Ⅲ 如何用supervisor守護php-fpm主進程以實現php-fpm的自動重啟
1. 安裝supervisor
supervisor本身是python實現的，而且是調研階段，故先創建一個新的virtualenv環境，然後用pip安裝好supervisor包。
至此，基本的調研環境搭建完畢。當然，php-fpm和PHP環境以及前端的Nginx是早就ready的。
2. 分析php-fpm.sh腳本
通常編譯安裝PHP後，php-fpm這個2進制的C程序也會被編譯並安裝好，典型路徑在php_install_path/sbin/目錄下。該
目錄下還有個名為php-fpm.sh的腳本用於控制php-fpm進程的start/stop/restart/reload等動作。
./sbin/php-fpm.sh腳本中，」start」操作啟動了php-fpm主進程，其餘的操作都是通過向php-fpm master進程發signal實現的。
<code class="hljs bash">## code segment in php-fpm.sh
case "$1" in
start)
echo -n "Starting php-fpm "
## 下面這行是關鍵命令
$php_fpm_BIN --daemonize $php_opts
if [ "$?" != 0 ] ; then
echo " failed"
exit 1
fi
wait_for_pid created $php_fpm_PID
if [ -n "$try" ] ; then
echo " failed"
exit 1
else
echo " done"
fi
;;</code>
從上面是終端輸入」./sbin/php-fpm.sh
start」時，實際執行的代碼，可以看到，php-fpm進程的啟動參數是–daemonize
$php_opts，而$php_opts的值為」–fpm-config $php_fpm_CONF –pid $php_fpm_PID」。
注意: php-fpm.sh啟動php-fpm master進程時，傳入了daemonize參數，表明php-fpm master process以守護（daemon）方式啟動，而根據supervisor文檔的說明，當用supervisor監護進程時，被監護進程不能是守護進程，這是由於守護進程通常會在fork完子進程後就讓父進程」結束生命」，也即由supervisor創建的父進程退出，此時，supervisor無法再監護已退出進程創建出來的子進程。關於daemon process的行為，可以參考Linux Daemon Writing HOWTO一文來理解。
根據上面的分析，我們知道，只要supervisor啟動php-fpm進程時，不傳入daemonize參數即可。
3. 實現php-fpm主進程守護功能的supervisor配置文件
上面的分析已經告訴我們應該怎麼解決問題了，下面直接上驗證可用的配置文件。文件位於php-fpm.conf同級目錄下（典型路徑為php_install_path/etc/）。
<code class="hljs bash"><code class="hljs vhdl">
[inet_http_server] ; inet (TCP) server disabled by default
port=127.0.0.1:9015 ; (ip_address:port specifier, *:port for all iface)
[supervisord]
logfile=./var/log/supervisord.log ; (main log file;default $CWD/supervisord.log)
logfile_maxbytes=50MB ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=2 ; (num of main logfile rotation backups;default 10)
loglevel=info ; (log level;default info; others: debug,warn,trace)
pidfile=./var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
nodaemon=false ; (start in foreground if true;default false)
minfds=1024 ; (min. avail startup file descriptors;default 1024)
minprocs=200 ; (min. avail process descriptors;default 200)
identifier=sup.php-fpm ; (supervisord identifier, default is 'supervisor')
[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface
[supervisorctl]
serverurl=http://127.0.0.1:9015 ; use an http:// url to specify an inet socket
[program:php-fpm]
command=bash -c "sleep 1 && /home/slvher/tools/php/5.6.11/sbin/php-fpm --fpm-config /home/slvher/tools/php/5.6.11/etc/php-fpm.conf --pid /home/slvher/tools/php/5.6.11/var/run/php-fpm.pid" ; the program (relative uses PATH, can take args)
process_name=%(program_name)s ; process_name expr (default %(program_name)s)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; whether/when to restart (default: unexpected)
startretries=5 ; max # of serial start failures (default 3)
exitcodes=0,2,70 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=2 ; max num secs to wait b4 SIGKILL (default 10)
</code></code>
配置文件結構通過查看supervisor文檔很容易就能掌握，有兩個配置項需要特別注意：
1) command
它指定了supervisor要監控的進程的啟動命令，可以看到，這里我們沒有給php-fpm傳入daemonize參數，其餘參數只是展開了php-fpm.sh中的shell變數而已。
大家已經注意到，command也不是直接調起php-fpm，而是通過bash -c執行了兩個命令，而第一個命令是sleep 1。這是由於php-fpm在stop後，其佔用的埠通常不能立即釋放，此時，supervisor以極快的速度試圖重新拉起進程時，可能會由於報如下錯誤而導致幾次retry均失敗：
<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript">## var/log/php-fpm.error.log
[18-Jul-2015 21:35:28] ERROR: unable to bind listening socket for address '127.0.0.1:9002': Address already in use (98)
[18-Jul-2015 21:35:28] ERROR: FPM initialization failed</code></code></code>
而supervisor目前還不支持delay restart功能，因此，這里只能通過先sleep再啟動的略顯tricky的方法來解決問題，結果表明，療效不錯且無副作用。-_-
2) autorestart
其文檔描述如下：
<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript"><code class="hljs livecodeserver">May be one of false, unexpected, or true. If false, the process will never be autorestarted. If unexpected, the process will be restart when the program exits with an exit code that is not one of the exit codes associated with this process』 configuration (see exitcodes). If true, the process will be unconditionally restarted when it exits, without regard to its exit code.</code></code></code></code>
其默認值是unexpected，表示若被監護進程的exit code異常時，supervisor才會重新拉起進程。這里設置為true，表明任何時候進程退出均會被再次拉起。
這樣配置好後，在本文第1步搭建好的virtualenv環境中，運行如下命令即可完成supervisor對php-fpm master進程的監護：
<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript"><code class="hljs livecodeserver"><code class="hljs avrasm">shell> supervisord -c etc/sup.php-fpm.conf</code></code></code></code></code>
然後，通過ps x | fgrep fpm可以看到，php-fpm主進程已經被拉起了。
然後，kill掉php-fpm主進程，再次ps x | fgrep fpm可以看到，一個新的php-fpm主進程會被supervisor創建出來。
至此，用supervisor守護php-fpm主進程以實現php-fpm的自動重啟的需求已經解決了。
Ⅳ php-fpm 找不到 php-cgi.sock 怎麼辦
如果php-fpm已經啟用了，那麼就是你的nginx或者apache是通過使用tcp方式連接php-fpm的
如果要用socket方式連接，就是php-cgi.sock，要修改php-fpm配置文件並且重啟
php-fpm配置中有（還有種配置文件時xml格式的，你可以看下參考）
#listen = 127.0.0.1:9000
#找到並改為
listen=/tmp/php-fpm.sock
詳細信息可以參考：
http://www.tocus.com.cn/?send=article_show&id=228&class=2
希望對你有幫助
Ⅳ 啟動php-fpm為什麼有啟動了多個進程
php-fpm的兩種進程管理模式 php-fpm的進程數也是可以根據設置分為動態和靜態的。 一種是直接開啟指定數量的php-fpm進程，不再增加或者減少； 另一種則是開始的時候開啟一定數量的php-fpm進程，當請求量變大的時候，動態的增加php-fpm進程數到上限，當空閑的時候自動釋放空閑的進程數到一個下限。 這兩種不同的執行方式，可以根據伺服器的實際需求來進行調整。 這里先說一下涉及到這個的幾個參數吧，他們分別是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。 pm表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。 在更老一些的版本中，dynamic被稱作apache-like。這個要注意看配置文件給出的說明了。PHP5.3 php-fpm的默認靜態處理方式會使得php-cgi的進程長期佔用內存而無法釋放，這也是導致nginx出錯的原因之 一，因此可以將php-fpm的處理方式改成apache模式。 下面4個參數的意思分別為： pm.max_children：靜態方式下開啟的php-fpm進程數量。 pm.start_servers：動態方式下的起始php-fpm進程數量。 pm.min_spare_servers：動態方式下的最小php-fpm進程數量。 pm.max_spare_servers：動態方式下的最大php-fpm進程數量。 如果dm設置為static，那麼其實只有pm.max_children這個參數生效。系統會開啟設置的數量個php-fpm進程。 如果dm設置為dynamic，那麼pm.max_children參數失效，後面3個參數生效。系統會在php-fpm運行開始的時候啟動 pm.start_servers個php-fpm進程，然後根據系統的需求動態在pm.min_spare_servers和 pm.max_spare_servers之間調整php-fpm進程數。 那麼，對於我們的伺服器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，我們運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。 這也是為什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。所以，動態方式因為會結束掉多餘的進程，可以回收釋放一些內存，所以推薦在內存較少的伺服器或者VPS上使用。具體最大數量根據 內存/20M 得到。比如說512M的VPS，建議pm.max_spare_servers設置為20。至於pm.min_spare_servers，則建議根據伺服器的負載情況來設置，比較合適的值在5~10之間。 然後對於比較大內存的伺服器來說，設置為靜態的話會提高效率。因為頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據內存/30M 得到。比如說2GB內存的伺服器，可以設置為50；4GB內存可以設置為100等。
Ⅵ 說說php-fpm配置解析
PHP-FPM配置解析
在編譯安裝PHP時，通過在./configure中添加參數`--enable-fpm`即可開啟PHP-FPM。配置文件為`php-fpm.conf`，其語法類似`php.ini`。默認位置為`/usr/local/php/etc/php-fpm.conf`，若未在此處，可能位於`/usr/local/php/etc/php-fpm.d/`目錄下。
全局配置包含PID文件路徑、錯誤日誌位置及錯誤級別設置。
進程池配置允許定義多個進程池，通過設置監聽地址與埠來接受FastCGI請求。推薦使用Unix域Socket，如配置`listen/tmp/php-cgi.sock`以提高性能，適合高並發場景，盡管在不穩定時可設置`backlog`以管理連接隊列。
`listen.allowed_clients`允許訪問FastCGI進程的IP白名單，設置為`any`則不限制IP訪問。
進程管理器設置包括`pm`參數選擇靜態、動態或按需管理子進程數量，`pm.max_children`和`pm.start_servers`定義進程最大數量與起始數量，確保穩定性與資源利用。
內存管理考慮：對於大內存伺服器（8G以上），建議使用靜態設置以提升效率。而小內存伺服器（如1G）則有利於系統穩定，合理分配資源。
`request_terminate_timeout`與`request_slowlog_timeout`分別設置最大執行時間與慢請求記錄，有助於調試與優化。
慢日誌功能通過設置`request_slowlog_timeout`來記錄超過指定時間的請求，包括進程號、腳本名稱、執行時間等詳細信息，幫助排查問題。
配置修改後，執行`sudo systemctl restart php-fpm`以使更改生效。
希望以上內容能幫助您理解並應用PHP-FPM配置，更多學習資源可關注公眾號：PHP開源社區，或訪問我們整理的精華文章合集，覆蓋框架、微服務、分布式、高並發與資料庫等PHP技術領域。