php-fpm.conf有兩個相當重要的參數：服務器
一個是」max_children」，另外一個是」request_terminate_timeout」。php-fpm
pm.max_children 表示 php-fpm 能啓動的子進程的最大數量。性能
request_terminate_timeout 表示將執行時間太長的進程直接終止。網站
個人兩個設置的值一個是」40″，一個是」900″，可是這個值不是通用的，而是須要本身計算的。url
1、pm.max_children 多大合適？
這個值原則上是越大越好，php-cgi的進程多了就會處理的很快，排隊的請求就會不多。spa
設置」max_children」 也須要根據服務器的性能進行設定。日誌
計算方式以下：
通常來講一臺服務器正常狀況下每個php-cgi所耗費的內存在20M~30M左右，所以個人」max_children」我設置成40個，20M*40=800M也就是說在峯值的時候全部PHP-CGI所耗內存在800M之內，低於個人有效內存2Gb。
而若是我 的」max_children」設置的較小，好比5-10個，那麼php-cgi就會「很累「，處理速度也很慢，等待的時間也較長，佔用的CPU也很高。
若是長時間沒有獲得處理的請求就會出現 504 Gateway Time-out 這個錯誤，而正在處理的很累的那幾個php-cgi若是遇到了問題就會出現 502 Bad gateway 這個錯誤。
max_children較好的設置方式根據req/s（吞吐率，單位時間裏服務器處理的最大請求數，單位req/s）來設置，若程序是 100 req/s 的處理能力，那麼就設置 100比較好，這是動態來調整的。
2、request_terminate_timeout 多大合適？
計算方式以下：
若是你的服務器性能足夠好，且寬帶資源足夠充足，PHP腳本沒有循環或BUG的話你能夠直接將」request_terminate_timeout」設 置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。
而若是你作不到這一點，也就是說你的PHP-CGI可能出現某個BUG，或者你的寬帶不夠充足或者其餘的緣由致使你的PHP-CGI可以假死那麼就建議你給」request_terminate_timeout」賦一個值，這個值能夠根 據你服務器的性能進行設定。
通常來講性能越好你能夠設置越高，20分鐘-30分鐘均可以。因爲個人服務器PHP腳本須要長時間運行，有的可能會超過10分鐘所以我設置了900秒，這樣不會致使PHP-CGI死掉而出現502 Bad gateway這個錯誤。
#################################################################################
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，此值能夠不須要配置