關(guān)鍵要點(diǎn)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

何時(shí)使用 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)絡(luò)流量隨著低谷和峰值的波動而波動很大，因此很難正確調(diào)整 pm dynamic。通常的建議是使用 pm ondemand。但是，這更糟糕，因?yàn)楫?dāng)流量很少或沒有流量時(shí)，ondemand 會將空閑進(jìn)程關(guān)閉到 0，然后您最終會遇到與流量波動一樣多的開銷問題——除非，當(dāng)然，您將空閑超時(shí)設(shè)置為極高……在這種情況下，您應(yīng)該只使用 pm.static 高 pm.max_requests。

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

結(jié)論

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

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

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

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

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

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

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

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

PHP-FPM 中的 pm static 配置將子進(jìn)程的數(shù)量設(shè)置為固定數(shù)量。這意味著始終會有特定數(shù)量的進(jìn)程準(zhǔn)備好為傳入請求提供服務(wù)，而不管當(dāng)前服務(wù)器負(fù)載如何。這可以在高負(fù)載下帶來更好的性能，因?yàn)椴恍枰尚逻M(jìn)程。但是，它也可能導(dǎo)致更高的內(nèi)存使用率，因?yàn)榧词共恍枰@些進(jìn)程，它們也始終在運(yùn)行。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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