【彙總】PHP-FPM 配置優化(轉)

-----------------------開啓php-fpm慢腳本日誌 


request_slowlog_timeout = 30s
slowlog = /usr/local/php/var/log/php-fpm.log.slow 

典型的日誌內容以下：

[15-Apr-2012 20:56:19] [pool www] pid 9748
script_filename = /var/www/html/htdocs/www.xxx.com/xxx.php
[0x00000000090bc270] file_get_contents() /var/www/html/htdocs/www.xxx.com/xxx.php:81

慢腳本文件、具體行數、函數等都很詳細的記錄了，優化工做相對來講就容易的多。

 

 

request_terminate_timeout = 120

#表示等待120秒後，結束那些沒有自動結束的php腳本，以釋放佔用的資源。

 

 

當PHP運行在php-fpm模式下，php.ini配置的max_execute_time是無效的，須要在php-fpm.conf中配置另一個配置項:request_terminate_timeout;如下是官方文檔的說明：
request_terminate_timeout – The timeout (in seconds) for serving a single request after which the worker process will be terminated. Should be used when ‘max_execution_time’ ini option does not stop script execution for some reason. Default: 「5s」. Note: ’0s’ means ‘off’
注意:set_time_limit()和max_execution_time隻影響腳本自己執行的時間。任何發生在諸如使用system()的系統調用，流操做，數據庫操做等的腳本執行的最大時間不包括其中.

 

 

 

 

 

[global]
pid = /dev/shm/pid/php-fpm.pid
error_log = /usr/local/php/var/log/php-fpm.log
log_level = notice
[www]
listen = 127.0.0.1:9000
;listen.allowed_clients = 192.168.1.17,127.0.0.1,192.168.1.75
user = www
group = www
pm = dynamic
pm.max_children = 2000
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 200
pm.max_requests = 12000
pm.process_idle_timeout = 10s
request_terminate_timeout = 120
request_slowlog_timeout = 30s
slowlog = /usr/local/php/var/log/php-fpm.log.slow

 

 

 

 

這裏先說一下涉及到這個的幾個參數，他們分別是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;    }