linux下的php-fpm參數配置介紹與參數優化說明_php技巧

本文主要講解了在linux下php-fpm一些重要參數的中文詳細說明，並詳細介紹了php-fpm關於效能方面的參數最佳化介紹，讓我們一起來看看php-fpm效能方面的介紹吧

#php-fpm.conf重要參數詳解

pid = run/php-fpm.pid
#pid設置，預設在安裝目錄中的var/run/php-fpm.pid，建議開啟

#error_log = log/php-fpm.log
#錯誤日誌，預設在安裝目錄中的var/log/php-fpm.log

#log_level = notice
#錯誤等級. 可用等級為: alert（必須立即處理）, error（錯誤狀況）, warning（警告情況）, notice（一般重要資訊）, debug（除錯信息）. 默認: notice.

emergency_restart_threshold = 60
emergency_restart_interval = 60s
#表示在emergency_restart_interval所設值內出現SIGSEGV或者SIGBUS錯誤的php-cgi進程數如果超過emergency_restart_threshold個，php-fpm就會優雅重啟。這兩個選項一般保持預設值。

process_control_timeout = 0
#設定子程序接受主程序復用訊號的逾時時間. 可用單位: s(秒), m(分), h(小時),或d(天) 預設單位: s(秒). 預設值: 0.

#daemonize = yes
#後台執行fpm,預設值為yes，如果為了除錯可以改為no。在FPM中，可以使用不同的設定來執行多個進程池。 這些設定可以針對每個進程池單獨設定。

listen = 127.0.0.1:9000
#fpm監聽端口，即nginx中php處理的位址，一般預設值即可。可用格式為: 'ip:port', 'port', '/path/to/unix/socket'. 每個進程池都需要設定.

listen.backlog = -1
#backlog數，-1表示無限制，由作業系統決定，此行註解掉就行。

listen.allowed_clients = 127.0.0.1
#允許存取FastCGI進程的IP，設定any為不限制IP，如果要設定其他主機的nginx也能存取這台FPM進程，listen處要設定成本地可被存取的IP。預設值是any。每個位址是用逗號分隔. 如果沒有設定或為空，則允許任何伺服器請求連接

listen.owner = www
listen.group = www
listen.mode = 0666
#unix socket設定選項，如果使用tcp方式訪問，這裡註釋即可。

user = www
group = www
# 啟動進程的帳戶和群組

pm = dynamic
#對於專用伺服器，pm可以設定為static。
#如何控制子進程，選項有static和dynamic。如果選擇static，則由pm.max_children指定固定的子程序數。如果選擇dynamic，則由下開參數決定：
pm.max_children #，子進程最大數
pm.start_servers #，啟動時的進程數
pm.min_spare_servers #，保證空閒行程數最小值，如果空閒行程小於此值，則建立新的子行程
##pm.max_spare_servers #，保證空閒行程數最大值，如果空閒進程大於此值，此進行清理

pm.max_requests = 1000#設定每個子進程重生之前服務的請求數. 對於可能存在記憶體洩漏的第三方模組來說是非常有用的. 如果設定為'0' 則一直接受請求. 等同於PHP_FCGI_MAX_REQUESTS 環境變數. 預設值: 0.

#pm.status_path = /status#FPM狀態頁面的網址. 如果沒有設定, 則無法存取狀態頁面. 預設值: none. munin監控會使用到

##ping.path = /ping

##FPM監控頁面的ping網址. 如果沒有設定, 則無法訪問ping頁面. 該頁面用於外部檢測FPM是否存活並且可以回應請求. 請注意必須以斜線開頭(/)。

ping.response = pong

#用於定義ping請求的回傳對應. 傳回為HTTP 200 的text/plain 格式文字.預設值: pong.

request_terminate_timeout = 0

#設定單一請求的超時中止時間。這個選項可能會對php.ini設定中的 'max_execution_time'因為某些特殊原因沒有中止執行的腳本有用. 設定為'0' 表示'Off'.當經常出現502錯誤時可以嘗試更改此選項。

request_slowlog_timeout = 10s
#當一個請求該設定的逾時時間後，就會將對應的PHP呼叫堆疊資訊完整寫入到慢日誌中. 設定為'0' 表示' Off'

slowlog = log/$pool.log.slow
#慢請求的記錄日誌,配合request_slowlog_timeout使用

#rlimit_files = 1024
#設定檔開啟描述符的rlimit限制. 預設值: 系統定義值預設可開啟句柄是1024，可使用ulimit -n查看，ulimit -n 2048修改。

rlimit_core = 0
#設定核心rlimit最大限制值.可用值: 'unlimited' 、0或正整數. 預設值: 系統定義值.

chroot =
#啟動時的Chroot目錄. 所定義的目錄需要是絕對路徑. 如果沒有設定, 則chroot不被使用.

chdir =
#設定啟動目錄，啟動時會自動Chdir到該目錄. 所定義的目錄需要是絕對路徑. 預設值: 目前目錄，或/目錄（ chroot時）

catch_workers_output = yes
#重定向運行過程中的stdout和stderr到主要的錯誤日誌檔案中. 如果沒有設定, stdout 和stderr 將會根據FastCGI的規則被重定向到/dev/null .預設值: 空白.

 

php-fpm參數調優

pm = dynamic;
表示使用哪一種行程數量管理方式
dynamic表示php-fpm行程數是動態的，最開始是pm.start_servers指定的數量，如果請求較多，則會自動增加，保證空閒的進程數不小於pm.min_spare_servers，如果進程數較多，也會進行相應清理，保證多餘的進程數不多於pm.max_spare_servers

static

表示php-fpm進程數是

靜態

的, 進程數自始至終都是pm.max_children指定的數量，不再增加或減少

pm.max_children = 300;

靜態方式下開啟的php-fpm進程數量

##pm.start_servers = 20; ###動態方式下的起始php-fpm進程數量######pm.min_spare_servers = 5; ###動態方式下的最小php-fpm進程數量######pm.max_spare_servers = 35;### 動態方式下的最大php-fpm進程數######如果pm為static, 那麼其實只有pm.max_children這個參數生效。系統會開啟設定數量的php-fpm進程######如果pm為dynamic, 那麼pm.max_children參數失效，後面3個參數生效。系統會在php-fpm運行開始的時候啟動pm.start_servers個php-fpm進程，然後根據系統的需求動態在pm.min_spare_servers和pm.max_spare_servers之間調整php-fpm進程數######那麼，對於我們的伺服器，選擇哪種pm方式比較好呢？事實上，跟Apache一樣，運行的PHP程式在執行完成後，或多或少會有記憶體外洩的問題。這也是為什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。 ######對於記憶體大的伺服器（例如8G以上）來說，指定靜態的max_children實際上更為妥當，因為這樣不需要進行額外的進程數目控制，會提高效率。因為頻繁開關php-fpm程序也會有時滯，所以記憶體夠大的情況下開靜態效果會更好。數量也可以根據 記憶體/30M 得到，例如8GB記憶體可以設定為100，那麼php-fpm耗費的記憶體就能控制在 2G-3G的樣子。如果記憶體稍微小點，例如1G，那麼指定靜態的進程數量就更有利於伺服器的穩定。這樣可以保證php-fpm只取得夠用的內存，將不多的內存分配給其他應用去使用，會使系統的運作更加暢通。 ######對於小內存的伺服器來說，例如256M內存的VPS，即使按照一個20M的內存量來算，10個php-cgi進程就將耗掉200M內存，那系統的崩潰就應該很正常了。因此應該盡量控制php-fpm進程的數量，大體明確其他應用佔用的記憶體後，給它指定一個靜態的小數量，會讓系統更加平穩一些。或者使用動態方式，因為動態方式會結束掉多餘的進程，可以回收釋放一些內存，所以建議在內存較少的伺服器或VPS上使用。具體最大數量根據 記憶體/20M 得到。比如說512M的VPS，建議pm.max_spare_servers設定為20。至於pm.min_spare_servers，則建議根據伺服器的負載情況來設置，比較合適的值在5~10之間。 ###

在4G記憶體的伺服器上200就可以(我的1G測試機，開64個是最好的，建議使用壓力測試取得最佳值)

pm.max_requests = 10240 ;

nginx php-fpm配置過程中最大問題是內部洩漏出問題：伺服器的負載不大，但是記憶體佔用迅速增加，很快吃掉記憶體接著開始吃交換分區，系統很快掛掉！其實根據官方的介紹，php-cgi不存在內存洩漏，每個請求完成後php-cgi會回收內存，但是不會釋放給操作系統，這樣就會導致大量內存被php-cgi佔用。

官方的解決方法是降低PHP_FCGI_MAX_REQUESTS的值，如果用的是php-fpm，對應的php-fpm.conf中的就是max_requests，該值的意思是發送多少個請求後會重啟該線程，我們需要適當地降低這個值，用以讓php-fpm自動的釋放內存，不是大部分網上說的51200等等，實際上還有另一個跟它有關聯的值max_children，這個是每次php-fpm會建立多少個進程，這樣實際上的內存消耗是max_children*max_requests*每個請求使用內存，根據這個我們可以預估一下內存的使用情況，就不用再寫腳本去kill了。

request_terminate_timeout = 30;

#最大執行時間, 在php.ini中也可以進行設定(max_execution_time)

#request_slowlog_timeout = 2 ; 開啟慢速日誌
slowlog = log/$pool.log.slow; 慢日誌路徑

rlimit_files = 1024; 增加php-fpm打開檔案描述子的限制

php-fpm.conf的參數明說大家只要多看幾遍應該就可能記住了，至於php-fpm效能方案應該根據實際情況而定，多測試幾次得出最佳配置方案

相關推薦：

#php-FPM進程池探秘的詳解

PHP-FPM進程池探秘

#介紹有關PHP-FPM記憶體的減少佔用解決方法

以上是linux下的php-fpm參數配置介紹與參數優化說明_php技巧的詳細內容。更多資訊請關注PHP中文網其他相關文章！