了解php-fpm中max_children的配置

現在nginx fpm 基本上成為主流的配置，其中我們比較關注的是pm.max_chindren的配置

首先，我們專注於一個設定： pm = static/dynamic。

相關學習推薦：PHP程式設計從入門到精通

這個選項是標識fpm子程序的產生模式：

static ：表示在fpm執行時直接fork出pm.max_chindren個worker程式

dynamic：表示，運行時fork出start_servers個進程，隨著負載的情況，動態的調整，最多不超過max_children個進程。

一般建議用static，優點是不用動態的判斷負載狀況，提升效能，缺點是多佔用些系統記憶體資源。

上面的告訴我們max_chindren所代表的worker的進程數。一般認為，這個配置越多能同時處理的並發也就越多，這是一個比較大的誤區：

• 1) 其實進程多了，增加進程切換的開銷，更核心的是，能並發執行的fpm進程不會超過cpu個數。多開worker的個數來提升qps， 是錯誤的理解，不會說你多開了幾個進程，就多出幾個cpu來處理。
• 2) worker進程開少了，如果server比較繁忙的話，會導到nginx把資料打到fpm的時候，發現所有的woker都在工作中，沒有空閒的worker來接受請求，從而導致502。
• 3) 在實際業務中，由於我們有很多的i/o操作，例如讀取資料庫，或內部rpc呼叫這類在等待i/o的過程中，進程會被系統sleep, 而不佔用cpu，如果設定worker少了，也會導致cpu利用不上

那worker數到底該怎麼配置呢？

理論上woker進程數=cpu的個數是最合理的，但由於第2點，可能每個worker都沒處理完請求，這樣，就會頻現502了。但多開進程，只是說避免502，暫時把請求hang住，但這只是緩解之道，實際上這不但不會增加系統的並發，而且會加重系統的負荷，所以，基於2，3 ，設置一個合理的worker數就比較重要了。

天下武功，唯快不破，只有盡可能的提升程序的效率，把單一請求的時間壓縮到最低，這樣，單一worker的處理時間變短了，那在單位時間裡能處理的請求自然就多了。

那麼可以透過每個worker在單位時間內處理的請求數來預估max_children的個數。假如最大的一個請求的處理時間(xhprof裡看cpu時間)是100ms內，而在100ms之內同時有100個請求過來，那了理論上就需要配置100個worker進程，先把請求給hang住。

但最大的請求耗時可能會受很多外在情況的影響，不太好預估，尤其是網路i/o也算在裡面，我們可以藉用第三方的profile工具，例如xhprof , 這類工具可以統計cpu的耗時，透過這個時間來計算真正的worker數量，比總時間來計算要合理很多，其實這裡有一個捷徑，來配置你的max_children數， 就是你前期先把max_childnren設置成一個比較大的值，穩定運行一段時間後，觀察fpm的status裡的max active processes 是多少，然後把max_children配置比他大一些就ok了。

以上是了解php-fpm中max_children的配置的詳細內容。更多資訊請關注PHP中文網其他相關文章！