php-fpm配置文件的優化

php-fpm中比較重要的兩項參數是:
request_terminate_timeout
pm.max_children

 

request_terminate_timeout該值決定了php-fpm進程的鏈接讀取和發送,若是將該值設置的太小,將會出現502或504錯誤,該指令默認爲0,就是不啓用.

pm表示使用那種方式，就是static（靜態）或者dynamic（動態）。在更老一些的版本中，dynamic被稱做apache-like。
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之間。

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表示無限制，由操做系統決定，此行註釋掉就行。backlog含義參考：http://www.3gyou.cc/?p=41
 
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 . 默認值: 空.

 

參考文檔:
http://www.linuxde.net/2013/06/14638.html