php-fpm.conf 配置 性能優化 參數詳解

下圖是展示一下php-fpm.conf 主要配置參數：

 

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進程數量

 

數值設置，參考自己的實際硬件配置，可以參考 總內存/30M 來計算。

 

如果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進程數。

 

如何判斷我選擇「pm = dynamic」還是「pm = static」呢？哪一種更好呢？

事實上，跟Apache一樣，運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。

這也是爲什麼開始的時候一個php-fpm進程只佔用3M左右內存，運行一段時間後就會上升到20-30M的原因了。

 

對於內存大的服務器（比如8G以上）來說，用靜態的max_children實際上更爲妥當，因爲這樣不需要進行額外的進程數目控制，會提高效率。因爲頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據 總內存/30M 得到，比如8GB內存可以設置爲100，那麼php-fpm耗費的內存就能控制在 2G-3G的樣子。

如果內存稍微小點，比如1~2G，那麼指定靜態的進程數量更加有利於服務器的穩定。這樣可以保證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之間。

 

總結：內存小的建議用動態（pm = dynamic），內存大的建議用靜態（pm = static）。

 

配置php慢日誌，用於監控

request_slowlog_timeout = 10s

slowlog = log/$pool.log.slow

 

配置php-fpm進程可打開的最大文件句柄數，

rlimit_files = 1024

默認1024，此值可以不需要配置