關(guān)鍵要點

• 對于內(nèi)存充足的服務器，PHP-FPM 的 pm static 設(shè)置可提供高吞吐量和低延遲。此設(shè)置使 PHP-FPM 進程始終保持最大容量，能夠快速響應流量峰值，無需生成新的進程。
• 使用 pm static 需要仔細調(diào)整，以避免內(nèi)存不足或緩存壓力問題。pm.max_children 應根據(jù)服務器在不影響 CPU 性能的情況下能夠處理的 PHP-FPM 進程最大數(shù)量來設(shè)置。
• 對于具有多個 PHP-FPM 池或內(nèi)存較低的服務器，pm dynamic 或 pm ondemand 可能更合適。這些設(shè)置根據(jù)當前負載調(diào)整子進程的數(shù)量，可以節(jié)省內(nèi)存，但也可能導致流量波動時的開銷問題。
• 無論選擇哪種設(shè)置，定期監(jiān)控和調(diào)整 PHP-FPM 配置對于獲得最佳性能至關(guān)重要。PHP-FPM 進程的平均大小因服務器而異，需要手動調(diào)整并清楚地了解服務器的資源和流量模式。

文章原稿未經(jīng)編輯，最初發(fā)表于 HaydenJames.io，經(jīng)作者許可在此轉(zhuǎn)載。

讓我們快速了解如何最佳設(shè)置 PHP-FPM 以實現(xiàn)高吞吐量、低延遲以及更穩(wěn)定的 CPU 和內(nèi)存使用。默認情況下，大多數(shù)設(shè)置將 PHP-FPM 的 PM（進程管理器）字符串設(shè)置為 dynamic，如果遇到可用內(nèi)存問題，通常建議使用 ondemand。但是，讓我們根據(jù) php.net 的文檔比較這兩個管理選項，并比較我最喜歡的用于高流量設(shè)置的選項——static pm：

• pm = dynamic：子進程的數(shù)量根據(jù)以下指令動態(tài)設(shè)置：pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。
• pm = ondemand：進程按需在請求時生成，這與 dynamic 不同，dynamic 在服務啟動時啟動 pm.start_servers。
• pm = static：子進程的數(shù)量由 pm.max_children 固定。

請參閱完整的全局 php-fpm.conf 指令列表以了解更多詳細信息。

PHP-FPM 進程管理器 (PM) 與 CPUFreq 調(diào)節(jié)器的相似之處

這看起來可能有點離題，但我希望將其與我們的 PHP-FPM 調(diào)整主題聯(lián)系起來。好的，我們都在某些時候遇到過 CPU 速度慢的問題，無論是筆記本電腦、虛擬機還是專用服務器。還記得 CPU 頻率縮放嗎？（CPUFreq 調(diào)節(jié)器。）這些設(shè)置在 nix 和 Windows 系統(tǒng)上都可用，可以通過將 CPU 調(diào)節(jié)器設(shè)置從 ondemand 更改為 performance* 來提高性能和系統(tǒng)響應能力。這次，讓我們比較一下描述并尋找相似之處：

• Governor = ondemand：根據(jù)當前負載動態(tài)縮放 CPU 頻率。跳到最高頻率，然后隨著空閑時間的增加而降低頻率。
• Governor = conservative：根據(jù)當前負載動態(tài)縮放頻率。比 ondemand 更平緩地縮放頻率。
• Governor = performance：始終以最大頻率運行 CPU。

請參閱完整的 CPUFreq 調(diào)節(jié)器選項列表以了解更多詳細信息。

注意到相似之處了嗎？我想先使用這個比較，目的是找到最佳方法來撰寫一篇文章，推薦將 PHP-FPM 的 pm static 作為您的首選。

對于 CPU 調(diào)節(jié)器，performance 設(shè)置是一個相當安全的性能提升，因為它幾乎完全取決于您服務器 CPU 的限制。其他因素只有諸如熱量、電池壽命（筆記本電腦）以及將 CPU 頻率永久設(shè)置為 100% 的其他副作用。一旦設(shè)置為 performance，它確實是 CPU 最快的設(shè)置。例如，閱讀關(guān)于 Raspberry Pi 上的 force_turbo 設(shè)置的信息，該設(shè)置強制您的 RPi 板使用 performance 調(diào)節(jié)器，由于 CPU 時鐘速度低，性能改進更為明顯。

使用 pm static 實現(xiàn)服務器的最大性能

PHP-FPM pm static 設(shè)置在很大程度上取決于服務器有多少可用內(nèi)存?；旧希绻龅椒掌鲀?nèi)存不足的問題，那么 pm ondemand 或 dynamic 可能是更好的選擇。另一方面，如果您有足夠的可用內(nèi)存，則可以通過將 pm static 設(shè)置為服務器的最大容量來避免大部分 PHP 進程管理器 (PM) 開銷。換句話說，當您進行計算時，pm.static 應設(shè)置為在不創(chuàng)建內(nèi)存可用性或緩存壓力問題的情況下可以運行的 PHP-FPM 進程的最大數(shù)量。此外，不要設(shè)置得太高以至于壓垮 CPU(s) 并導致大量未處理的 PHP-FPM 操作。

在上圖中，此服務器的 pm = static 和 pm.max_children = 100，最多使用約 10GB 的 32GB 已安裝內(nèi)存。請注意自解釋的高亮列。在該屏幕截圖期間，Google Analytics 中大約有 200 個“活躍用戶”（過去 60 秒）。在這個級別，大約 70% 的 PHP-FPM 子進程仍然處于空閑狀態(tài)。這意味著 PHP-FPM 始終設(shè)置為服務器資源的最大容量，而不管當前流量如何?？臻e進程保持在線，等待流量峰值并立即響應，而不是必須等待 pm 生成子進程，然后在 pm.process_idle_timeout 到期后將其關(guān)閉。我已經(jīng)將 pm.max_requests 設(shè)置得非常高，因為這是一個沒有 PHP 內(nèi)存泄漏的生產(chǎn)服務器。如果您對當前和未來的 PHP 腳本有 110% 的信心，則可以在 static 中使用 pm.max_requests = 0。但是，建議定期重新啟動腳本。將請求數(shù)設(shè)置為一個較高的數(shù)字，因為重點是避免 pm 開銷。例如，至少 pm.max_requests = 1000，具體取決于您的 pm.max_children 數(shù)量和每秒請求數(shù)。

該屏幕截圖使用 Linux top，按“u”（用戶）選項和 PHP-FPM 用戶的名稱進行過濾。顯示的進程數(shù)量只有大約 50 個（沒有計算），但基本上 top 顯示適合您終端窗口的頂級統(tǒng)計信息——在本例中，按 %CPU 排序。要查看所有 100 個 PHP-FPM 進程，您可以使用以下命令：

<code>top -bn1 | grep php-fpm</code>

何時使用 pm ondemand 和 dynamic

使用 pm dynamic，您可能已經(jīng)注意到類似以下的錯誤：

<code>WARNING: [pool xxxx] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 32 children, there are 4 idle, and 59 total children</code>

您可能會嘗試增加/調(diào)整設(shè)置，但仍然會看到與 Serverfault 帖子中某人描述的相同的錯誤。在這種情況下，pm.min 太低，并且由于網(wǎng)絡流量隨著低谷和峰值的波動而波動很大，因此很難正確調(diào)整 pm dynamic。通常的建議是使用 pm ondemand。但是，這更糟糕，因為當流量很少或沒有流量時，ondemand 會將空閑進程關(guān)閉到 0，然后您最終會遇到與流量波動一樣多的開銷問題——除非，當然，您將空閑超時設(shè)置為極高……在這種情況下，您應該只使用 pm.static 高 pm.max_requests。

但是，當您有多個 PHP-FPM 池時，PM dynamic，尤其是 ondemand 可以為您節(jié)省資源。例如，托管多個 cPanel 帳戶或不同池下的多個網(wǎng)站。例如，我有一臺服務器，擁有 100 多個 cPanel 帳戶和大約 200 多個域名，pm.static 甚至 dynamic 都無法很好地執(zhí)行。只有 ondemand 才能很好地執(zhí)行，因為超過三分之二的網(wǎng)站幾乎沒有流量。使用 ondemand，這意味著所有子進程都將關(guān)閉，從而節(jié)省大量服務器內(nèi)存！值得慶幸的是，cPanel 開發(fā)人員已經(jīng)解決了這個問題，現(xiàn)在它默認為 ondemand。以前，由于默認情況下使用 dynamic，即使在空閑的 cPanel PHP-FPM 池/帳戶上，它也使 PHP-FPM 成為共享服務器上的一個選項。如果您收到良好的流量，您不太可能托管在具有大量 PHP-FPM 池（共享主機）的服務器上。

結(jié)論

在 PHP-FPM 中，一旦您開始提供大量的流量，PHP-FPM 的 ondemand 和 dynamic 進程管理器可能會由于固有的開銷而限制吞吐量。了解您的系統(tǒng)，并將您的 PHP-FPM 進程設(shè)置為匹配服務器的最大容量。從基于 pm dynamic 或 ondemand 的最大使用量設(shè)置 pm.max_children 開始，然后增加到內(nèi)存和 CPU 能夠處理而不會不堪重負的程度。您會注意到，使用 pm static，因為您讓所有內(nèi)容都駐留在內(nèi)存中，因此隨著時間的推移，流量峰值會導致 CPU 的峰值減少，并且服務器的負載和 CPU 平均值將更加平滑。您的 PHP-FPM 進程的平均大小因 Web 服務器而異，需要手動調(diào)整，因此為什么更自動化的開銷進程管理器——dynamic 和 ondemand——更受歡迎的建議。希望這篇文章對您有所幫助。

更新：添加了 A/B 基準比較圖表。讓 PHP-FPM 進程駐留在內(nèi)存中有助于提高性能，但代價是增加內(nèi)存使用量以使其處于等待狀態(tài)。找到您的設(shè)置最佳點。

關(guān)于 PHP-FPM 調(diào)整的常見問題解答 (FAQ)

什么是 PHP-FPM，為什么它對我的服務器性能很重要？

PHP-FPM 或 FastCGI 進程管理器是另一種 PHP FastCGI 實現(xiàn)，它具有一些對任何規(guī)模的站點（尤其是一些繁忙的站點）有用的附加功能。它對服務器性能很重要，因為它允許服務器通過利用工作進程池來處理更多同時訪問者的請求。這些進程負責解析 PHP 文件、生成動態(tài)內(nèi)容并將其提供給客戶端。通過有效地管理這些進程，PHP-FPM 可以顯著提高服務器的性能和可擴展性。

PHP-FPM 如何提高我的網(wǎng)站性能？

PHP-FPM 通過有效管理 PHP 進程來提高網(wǎng)站性能。它使用主進程來控制多個子進程，這些子進程處理 PHP 腳本。這允許有效地使用服務器資源，因為可以終止空閑進程，并且可以根據(jù)需要生成新進程。此外，PHP-FPM 支持操作碼緩存，這可以通過將預編譯的腳本字節(jié)碼存儲在共享內(nèi)存中來顯著加快 PHP 執(zhí)行速度，從而無需 PHP 在每次請求時加載和解析腳本。

PHP-FPM 中的 pm static 配置是什么，它如何影響性能？

PHP-FPM 中的 pm static 配置將子進程的數(shù)量設(shè)置為固定數(shù)量。這意味著始終會有特定數(shù)量的進程準備好為傳入請求提供服務，而不管當前服務器負載如何。這可以在高負載下帶來更好的性能，因為不需要生成新進程。但是，它也可能導致更高的內(nèi)存使用率，因為即使不需要這些進程，它們也始終在運行。

如何調(diào)整 PHP-FPM 以獲得最大性能？

調(diào)整 PHP-FPM 以獲得最大性能涉及調(diào)整多個配置設(shè)置。這些設(shè)置包括確定要使用的進程管理器的 pm 設(shè)置，以及設(shè)置子進程最大數(shù)量的 pm.max_children 設(shè)置。其他重要設(shè)置包括 pm.start_servers、pm.min_spare_servers 和 pm.max_spare_servers，它們分別控制啟動的服務器數(shù)量、空閑服務器的最小數(shù)量和最大數(shù)量。將這些設(shè)置調(diào)整為匹配服務器的資源和流量模式可以顯著提高性能。

PHP-FPM 的一些常見問題是什么，我該如何對其進行故障排除？

PHP-FPM 的一些常見問題包括高 CPU 使用率、響應時間慢以及與達到子進程最大數(shù)量相關(guān)的錯誤。這些問題通?？梢酝ㄟ^調(diào)整 PHP-FPM 配置設(shè)置來解決，例如增加 pm.max_children 設(shè)置或切換到不同的進程管理器。此外，監(jiān)控工具可用于識別瓶頸和性能問題。

PHP-FPM 與其他 PHP 處理程序相比如何？

PHP-FPM 通常被認為比其他 PHP 處理程序更高效、更靈活。它支持各種進程管理器，可以根據(jù)服務器的資源和流量模式進行調(diào)整。此外，PHP-FPM 支持操作碼緩存，并且可以處理大量同時請求，這使其成為繁忙站點的理想選擇。

我可以將 PHP-FPM 與任何 Web 服務器一起使用嗎？

是的，PHP-FPM 可以與任何支持 FastCGI 協(xié)議的 Web 服務器一起使用。這包括流行的 Web 服務器，如 Apache、Nginx 和 Lighttpd。

什么是操作碼緩存，它如何提高 PHP 性能？

操作碼緩存是一種通過將預編譯的腳本字節(jié)碼存儲在共享內(nèi)存中來提高 PHP 性能的技術(shù)。這無需 PHP 在每次請求時加載和解析腳本，從而縮短了執(zhí)行時間。

如何監(jiān)控 PHP-FPM 的性能？

有幾種工具可用于監(jiān)控 PHP-FPM 的性能。這些工具包括 PHP-FPM 狀態(tài)頁面（提供有關(guān)工作進程當前狀態(tài)的信息）以及各種命令行工具，如 top 和 ps。此外，還有一些第三方監(jiān)控解決方案提供更詳細的指標和警報。

使用 PHP-FPM 的一些最佳實踐是什么？

使用 PHP-FPM 的一些最佳實踐包括：將進程管理器設(shè)置調(diào)整為匹配服務器的資源和流量模式；啟用操作碼緩存；定期監(jiān)控性能以識別和解決問題。此外，務必使 PHP-FPM 和 Web 服務器軟件保持最新狀態(tài)，以利用最新的性能改進和安全修復。

以上是php-fpm調(diào)整：使用＆＃x27; pm static＆＃x27;用于最大性能的詳細內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！