php-fpm配置

配置文件：php-fpm.conf

開啟慢日誌功能的：

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

當某個請求的時間超過了5秒，就會在慢日誌中記錄相應的記錄，註意上面的時間5s，不能忽略了單位，相應的還有其他單位，m分，h時

php-fpm慢日誌會記錄下進程號，腳本名稱，具體哪個文件哪行代碼的哪個函數執行時間過長：

[21-Nov-2016 10:30:38] [pool www] pid 11877
script_filename = /var/www/ceshi/c.php
[0xb70fb88c
 
] sleep() /var/www/ceshi/c.php:2

通過日誌，我們就可以知道第2行的sleep 函數有點問題，這樣我們就能追蹤問題了。

php-fpm三種對子進程的管理方式

pm = static

靜態，始終保持一個固定數量的子進程，這個數由（pm.max_children）定義，這種方式很不靈活，也通常不是默認的。

pm = dynamic

動態，在更老一些的版本中，dynamic被稱作apache-like。子進程的數量在下面配置的基礎上動態設置：pm.max_children，pm.start_servers，pm.min_spare_servers，pm.max_spare_servers。

啟動時，會產生固定數量的子進程（由pm.start_servers控制）可以理解成最小子進程數，而最大子進程數則由pm.max_children去控制，OK，這樣的話，子進程數會在最大和最小數範圍中變化，還沒有完，閑置的子進程數還可以由另2個配置控制，分別是pm.min_spare_servers和pm.max_spare_servers，也就是閑置的子進程也可以有最小和最大的數目，而如果閑置的子進程超出了pm.max_spare_servers，則會被殺掉。

可以看到，pm = dynamic模式非常靈活，也通常是默認的選項。但是，dynamic模式為了最大化地優化服務器響應，會造成更多內存使用，因為這種模式只會殺掉超出最大閑置進程數（pm.max_spare_servers

pm = ondemand

進程在有需求時才產生，與 dynamic 相反，pm.start_servers 在服務啟動時即啟動。

這種模式把內存放在第一位，他的工作模式很簡單，每個閑置進程，在持續閑置了pm.process_idle_timeout秒後就會被殺掉，有了這個模式，到了服務器低峰期內存自然會降下來，如果服務器長時間沒有請求，就只會有一個php-fpm主進程，當然弊端是，遇到高峰期或者如果pm.process_idle_timeout的值太短的話，無法避免服務器頻繁創建進程的問題，因此pm = dynamic和pm = ondemand誰更適合視實際情況而定。

涉及到的參數：

• pm.max_children：靜態方式下開啟的php-fpm進程數量。
• pm.start_servers：動態方式下的起始php-fpm進程數量。
• pm.min_spare_servers：動態方式下的最小php-fpm進程數量。
• pm.max_spare_servers：動態方式下的最大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.max_children int
pm 設置為 static 時表示創建的子進程的數量，pm 設置為 dynamic 時表示最大可創建的子進程的數量。必須設置。
該選項設置可以同時提供服務的請求數限制。類似 Apache 的 mpm_prefork 中 MaxClients 的設置和 普通PHP FastCGI中的 PHP_FCGI_CHILDREN 環境變量。

pm.start_serversin
設置啟動時創建的子進程數目。僅在 pm 設置為 dynamic 時使用。默認值：min_spare_servers + (max_spare_servers - min_spare_servers) / 2。

pm.min_spare_servers int
設置空閑服務進程的最低數目。僅在 pm 設置為 dynamic 時使用。必須設置。

pm.max_spare_servers int
設置空閑服務進程的最大數目。僅在 pm 設置為 dynamic 時使用。必須設置。

pm.max_requests int
設置每個子進程重生之前服務的請求數。對於可能存在內存泄漏的第三方模塊來說是非常有用的。如果設置為 ‘0‘ 則一直接受請求，等同於 PHP_FCGI_MAX_REQUESTS 環境變量。默認值：0。

那麽，對於我們的服務器，選擇哪種執行方式比較好呢？事實上，跟Apache一樣，我們運行的PHP程序在執行完成後，或多或少會有內存泄露的問題。這也是為什麽開始的時候一個php-fpm進程只占用3M左右內存，運行一段時間後就會上升到20-30M的原因了。所以，動態方式因為會結束掉多余 的進程，可以回收釋放一些內存，所以推薦在內存較少的服務器或者VPS上使用。具體最大數量根據 內存/20M 得到。比如說512M的VPS，建議pm.max_spare_servers設置為20。至於pm.min_spare_servers，則建議根據服務器的負載情況來設置，比較合適的值在5~10之間。

然後對於比較大內存的服務器來說，設置為靜態的話會提高效率。因為頻繁開關php-fpm進程也會有時滯，所以內存夠大的情況下開靜態效果會更好。數量也可以根據 內存/30M 得到。比如說2GB內存的服務器，可以設置為50；4GB內存可以設置為100等。

相關文章：php-fpm靜態和動態執行方式比較及調優

　　　　　php-fpm 三種運行方式 ondemand static dynamic　　　　　

php-fpm配置文件詳解

php-fpm 三種運行模式