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

• 對(duì)於內(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è)置。
• 對(duì)於具有多個(gè) PHP-FPM 池或內(nèi)存較低的服務(wù)器，pm dynamic 或 pm ondemand 可能更合適。這些設(shè)置根據(jù)當(dāng)前負(fù)載調(diào)整子進(jìn)程的數(shù)量，可以節(jié)省內(nèi)存，但也可能導(dǎo)致流量波動(dòng)時(shí)的開銷問題。
• 無論選擇哪種設(shè)置，定期監(jiān)控和調(diào)整 PHP-FPM 配置對(duì)於獲得最佳性能至關(guān)重要。 PHP-FPM 進(jìn)程的平均大小因服務(wù)器而異，需要手動(dòng)調(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 的文檔比較這兩個(gè)管理選項(xiàng)，並比較我最喜歡的用於高流量設(shè)置的選項(xiàng)——static pm：

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

請(qǐng)參閱完整的全局 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ù)載動(dòng)態(tài)縮放 CPU 頻率。跳到最高頻率，然後隨著空閒時(shí)間的增加而降低頻率。
• Governor = conservative：根據(jù)當(dāng)前負(fù)載動(dòng)態(tài)縮放頻率。比 ondemand 更平緩地縮放頻率。
• Governor = performance：始終以最大頻率運(yùn)行 CPU。

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

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

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

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

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

何時(shí)使用 pm ondemand 和 dynamic

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

<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>

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

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

結(jié)論

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

更新：添加了 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，為什麼它對(duì)我的服務(wù)器性能很重要？

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

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

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

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

PHP-FPM 中的 pm static 配置將子進(jìn)程的數(shù)量設(shè)置為固定數(shù)量。這意味著始終會(huì)有特定數(shù)量的進(jìn)程準(zhǔn)備好為傳入請(qǐng)求提供服務(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)整多個(gè)配置設(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，它們分別控制啟動(dòng)的服務(wù)器數(shù)量、空閒服務(wù)器的最小數(shù)量和最大數(shù)量。將這些設(shè)置調(diào)整為匹配服務(wù)器的資源和流量模式可以顯著提高性能。

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

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

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

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

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

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

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

操作碼緩存是一種通過將預(yù)編譯的腳本字節(jié)碼存儲(chǔ)在共享內(nèi)存中來提高 PHP 性能的技術(shù)。這無需 PHP 在每次請(qǐng)求時(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)控性能以識(shí)別和解決問題。此外，務(wù)必使 PHP-FPM 和 Web 服務(wù)器軟件保持最新狀態(tài)，以利用最新的性能改進(jìn)和安全修復(fù)。

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