參考網站：
https://www.fujieace.com/php/php-fpm.html
https://www.fujieace.com/php/pm-max_children-2.html
pm.max_children 設置多大合適？
php-fpm.conf有兩個至關重要的參數：
一個是”max_children”，另一個是”request_terminate_timeout”。
pm.max_children 表示 php-fpm 能啟動的子進程的最大數量。
request_terminate_timeout 表示將執行時間太長的進程直接終止。
我的兩個設置的值一個是”40″，一個是”900″，但是這個值不是通用的，而是需要自己計算的。
一、pm.max_children 多大合適？
這個值原則上是越大越好，php-cgi的進程多了就會處理的很快，排隊的請求就會很少。
設置”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比較好，這是動態來調整的。
二、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，此值可以不需要配置