【集錦】PHP-FPM 配置最佳化

【匯總】PHP-FPM 配置最佳化

http://www.linuxidc.com/Linux/2011-05/35346.htm

?

?

?

request_terminate_timeout = 30
　　#表示等待30秒後，結束那些沒有自動結束的php指令碼，以釋放佔用的資源。

?

php.ini裡面的max_execution_time也需要調整

?

?

?

這裡先說一下涉及到這個的幾個參數，他們分別是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。

pm表示使用那種方式，有兩個值可以選擇，就是static（靜態）或者dynamic（動態）。在更老一些的版本中，dynamic被稱作apache-like。這個要注意看設定檔的說明。

下面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的原因了。

對於記憶體大的伺服器（比如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之間。

?

?

?

?

?

============================= 127.0.0.1監聽本機ip

?

php-fpm.conf

listen = 127.0.0.1:9000

?

?

?

nginx.conf

? location ~ ^(.+\.php)(.*)$ {
????? fastcgi_pass?? 127.0.0.1:9000;
????? fastcgi_index? index.php;
????? include fcgi.conf;
??? }

?

?

?

?

?

?

?

?

?

?

