這篇文章主要講解了“PHP-FPM進程的管理方式”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“PHP-FPM進程的管理方式”吧！

成都創(chuàng)新互聯(lián)專注于北海街道網站建設服務及定制，我們擁有豐富的企業(yè)做網站經驗。 熱誠為您提供北海街道營銷型網站建設，北海街道網站制作、北海街道網頁設計、北海街道網站官網定制、微信小程序定制開發(fā)服務，打造北海街道網絡公司原創(chuàng)品牌,更為您提供北海街道網站排名全網營銷落地服務。

本文將介紹以下內容：

• PHP-FPM進程管理方式介紹

• PHP-FPM如何與Nginx等Web服務器進行通信

先說一下PHP-FPM的進程模型，PHP-FPM采用的是Master/Worker進程模型。當PHP-FPM啟動時，會讀取配置文件，然后創(chuàng)建一個Master進程和若干個Worker進程（具體是幾個Worker進程是由php-fpm.conf中配置的個數(shù)決定）。Worker進程是由Master進程fork出來的。

Master進程和Worker進程的作用：

• Master進程：負責管理Worker進程、監(jiān)聽端口

• Worker進程：處理業(yè)務邏輯

PHP-FPM進程管理方式有動態(tài)（Dynamic）、靜態(tài)（Static）、按需（Ondemand）三種，下面將一一介紹。

動態(tài)（Dynamic） 在這種方式下，PHP-FPM啟動時會創(chuàng)建一定數(shù)量的Worker進程。當請求數(shù)逐漸增大時，會動態(tài)增加Worker進程的數(shù)量；當請求數(shù)降下來時，會銷毀剛才動態(tài)創(chuàng)建出來的Worker進程。在這種方式下，如果配置的最大進程數(shù)過大，當請求量增加時會出現(xiàn)大量Worker進程，進程之間會頻繁切換，浪費大量CPU資源。

下面的三個參數(shù)可以配置Worker進程的數(shù)量：

• pm.start_servers：動態(tài)方式下的起始php-fpm進程數(shù)量。

• pm.min_spare_servers：動態(tài)方式下的最小php-fpm進程數(shù)量。

• pm.max_spare_servers：動態(tài)方式下的最大php-fpm進程數(shù)量。

靜態(tài)（Static） 這種方式下，PHP-FPM啟動時會創(chuàng)建配置文件中指定數(shù)量的Worker進程，不會根據請求數(shù)量的多少而增加減少。因為PHP-FPM開啟的每個Worker進程同一時間只能處理一個請求，所以在這種方式下當請求增大的時候，將會出現(xiàn)等待的情形。

下面的參數(shù)可以配置Worker進程的數(shù)量： pm.max_children：靜態(tài)方式下開啟的php-fpm進程數(shù)量。

按需（Ondemand） 在這種方式下，PHP-FPM啟動時，不會創(chuàng)建Worker進程，當請求到達的時候Master進程才會fork出子進程。在這種模式下，如果請求量比較大，Master進程會非常繁忙，會占用大量CPU時間。所以這種模式不適合大流量的環(huán)境。

在Nginx+PHP-FPM的架構中，Web服務器是如何與PHP-FPM通信的呢？

當用戶請求一個http地址時，Nginx會收到請求，然后將請求轉發(fā)給PHP-FPM，PHP-FPM收到請求后會將請求轉發(fā)給一個空閑的Worker進程。當Worker進程處理完后會將結果返回給Nginx，Ngixn再講內容返回給用戶。

感謝各位的閱讀，以上就是“PHP-FPM進程的管理方式”的內容了，經過本文的學習后，相信大家對PHP-FPM進程的管理方式這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián)，小編將為大家推送更多相關知識點的文章，歡迎關注！