php-fpm?? ?????? ?? ????? php-fpm? ???? php-fpm? ???? ? ????? ? ??? ?????. ?? ???? ??? ??? ????.

php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ???? ???? ??? ? ??????? ?? ?? ???? ???? ? ? ????.

??? ? ???? ? ??? ?? ???, ?? ???? ?? ???? ?? ?? ?????. ??? ??? ??? ?? ?? ????? Node(?, ?? ????. ??? ????), Go ? Elixir? ?? ??? ?? ???? ????.

??? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ??? ????? ?? ? ? ?? ?? ?? ????. ? ????? Nginx? ???? ?? ??? ?? ??? php-fpm? ??? ???. php-fpm 方面的內(nèi)容，如果您使用Nginx，這是在服務(wù)器上的默認(rèn)配置。

如果你知道 php-fpm 是什么，請直接跳到優(yōu)化部分。

什么是 php-fpm?

許多開發(fā)人員對 DevOps 方面的知識不太感興趣，即使是那些對此感興趣的開發(fā)人員，也極少有人知道它的底層原理。有趣的是，當(dāng)瀏覽器發(fā)送一個請求到運(yùn)行 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 的服務(wù)器上時，php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 也不是最先進(jìn)行處理請求的服務(wù)；而是，HTTP 服務(wù)器，Apache 和 Nginx 是其中最主要的兩個?！竪eb 服務(wù)器」決定如何與 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 進(jìn)行通信，然后傳遞請求的類型，數(shù)據(jù)和頭部信息到 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 進(jìn)程。

上圖是 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 項目的請求-響應(yīng)生命周期（圖片來源: ProinerTech）

在現(xiàn)代 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 應(yīng)用中，「find file」部分即為 index.php 文件，它是在服務(wù)器配置文件中配置的用于處理所有請求的代理。

如今，Web 服務(wù)器究竟如何連接 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 正在進(jìn)化，如果我們要深入研究所有細(xì)節(jié)，這篇文章的長度將激增。但粗略來說, 在 Apache 作為 Web 服務(wù)器首選的時間段，php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 是作為包含在服務(wù)器內(nèi)部的模塊。

所以每當(dāng)一個請求被接收，服務(wù)器將開啟一個新的進(jìn)程, 它將自動包含 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 和執(zhí)行請求。這個方法被稱作mod_php，“php-fpm?? ?????? ??? ????? ?? ????? ??? ??????作為一個模塊”的縮寫。這種方法有其局限性，而 Nginx 和 php-fpm 克服了它。

在php-fpm中，管理 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 的責(zé)任在于服務(wù)器內(nèi)部的 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 程序。換言之, Web 服務(wù)器 (Nginx, 在本例中), 不在乎 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 在哪和怎樣運(yùn)行的，只要它知道如何發(fā)送和接收數(shù)據(jù)即可。如果需要，在這種情況下，您可以將php-fpm?? ?????? ??? ????? ?? ????? ??? ??????視為另一臺服務(wù)器，它管理傳入請求的某些子php-fpm?? ?????? ??? ????? ?? ????? ??? ??????進(jìn)程（因此，我們將請求送到服務(wù)器，該請求由服務(wù)器接收并傳遞到服務(wù)器 — —太瘋狂了！:-P)。

如果你用過Nginx,你會看到這些代碼：

?????location?~?\.php$?{
????????try_files?$uri?=404;
????????fastcgi_split_path_info?^(.+\.php)(/.+)$;
????????fastcgi_pass?unix:/run/php/php7.2-fpm.sock;
????????fastcgi_index?index.php;
????????include?fastcgi_params;
????????fastcgi_param??SCRIPT_FILENAME?$document_root$fastcgi_script_name;
????}

對于這一行：fastcgi_pass unix:/run/php/php7.2-fpm.sock;，它告訴Nginx通過?php7.2-fpm.sock的socket與php進(jìn)程通信。因此，對于每個傳入的請求，Nginx都通過這個文件寫入數(shù)據(jù)，在接收到輸出后，將其發(fā)送回瀏覽器。

我必須再次強(qiáng)調(diào)，對于如何運(yùn)行這不是最完整或者最準(zhǔn)確的，但對于大多數(shù) DevOps 任務(wù)是完全準(zhǔn)確的。

除此之外，讓我們回顧一下到目前為止所學(xué)到的東西：

• php-fpm?? ?????? ??? ????? ?? ????? ??? ??????不會直接接收瀏覽器發(fā)送的請求。像 Nginx 這種 Web 服務(wù)器首先會攔截它。
• Web 服務(wù)器知道如何連接到php-fpm?? ?????? ??? ????? ?? ????? ??? ??????進(jìn)程，并將所有請求數(shù)據(jù)（粘貼所有內(nèi)容）傳遞到 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 上。
• php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 完成其職責(zé)后，會將響應(yīng)發(fā)送回 Web 服務(wù)器，然后將其發(fā)送回客戶端（在大多數(shù)情況下為瀏覽器）。

流程圖如下：

php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 和 Nginx 如何協(xié)同工作？ (圖片來源：數(shù)據(jù)狗)

到目前為止都不錯, 那么關(guān)鍵問題來了：php-fpm?? ?????? ??? ????? ?? ????? ??? ??????-FPM到底是什么呢?

php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 中的 FPM

php-fpm? ???? ??? ?? ??? ???? ?? ?????.

php-fpm? ??????

?? ???? DevOps ??? ??? ??? ??? ??? ??? ?? ????? ? ?? ??? ?? ??? ?? ????. ????? ????? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ???? ??? ??? ?? ? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ??? ???? ? ?? ???? ??? HTTP ??, Apache ? Nginx? ?? ??? ??????. "? ??"? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ???? ??? ??? ?? ?? ??, ??? ? ?? ??? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ????? ?????.

????? ??? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ???? - ?? ?? ??(??? ??: ProinerTech) ?????? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ???????? "?? ??" ??? index.php ???, ?? ??? ????? ?? ?? ??? ???? ????. ????? ?????. ???????? ? ??? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ???? ??? ??? ???? ???, ?? ?? ??? ??? ?? ? ??? ??? ???? ??? ????. ??? ????? ??? Apache? ? ??? ???? ???? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ?? ?? ??? ???? ?????. ??????? ??? ??? ??? ??? ???? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ???? ??? ???? ? ????? ?????. ? ???? "????? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????"? ??? mod_php?? ???. ? ?? ???? ??? ??? Nginx? php-fpm? ?? ?????. ????php-fpm?? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ?? ??? ?? ??? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ????? ????. ?, ? ??(? ?? Nginx)? ???? ??? ?? ??? ?? ?? ? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ??? ??? ????? ???? ????. ??? ?? ? ?? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ???? ??? ?? ?? ?? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ????? ???? ? ?? ??? ??? ? ????. ??? ??? ??? ???, ??? ???? ???? ??? ?????. ?? ?? ? ??! :- ?). ????Nginx? ??? ?? ?? ??? ?????: ??

;;;;;;;;;;;;;;;;;;;;;
;?FPM?Configuration?;
;;;;;;;;;;;;;;;;;;;;;

;?All?relative?paths?in?this?configuration?file?are?relative?to?php-fpm?? ?????? ??? ????? ?? ????? ??? ??????'s?install
;?prefix?(/usr).?This?prefix?can?be?dynamically?changed?by?using?the
;?'-p'?argument?from?the?command?line.

;;;;;;;;;;;;;;;;;;
;?Global?Options?;
;;;;;;;;;;;;;;;;;;

[global]
;?Pid?file
;?Note:?the?default?prefix?is?/var
;?Default?Value:?none
pid?=?/run/php/php7.2-fpm.pid

;?Error?log?file
;?If?it's?set?to?"syslog",?log?is?sent?to?syslogd?instead?of?being?written
;?into?a?local?file.
;?Note:?the?default?prefix?is?/var
;?Default?Value:?log/php-fpm.log
error_log?=?/var/log/php7.2-fpm.log

??? ?? ??: fastcgi_pass unix:/run/php/php7.2-fpm.sock; code>? Nginx?? php7.2-fpm.sock? ??? ?? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ????? ????? ?????. ??? ???? ?? ??? ???? Nginx? ? ??? ?? ???? ?? ??? ?? ? ?? ????? ?? ????. ??????? ?? ??? ??? ?? ????? ????? ??? ???? DevOps ??? ???? ??? ????? ?? ?? ???? ???. ?????? ???? ?? ??? ??? ?????. ??

• php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ?????? ?? ??? ?? ?? ????. Nginx? ?? ? ??? ?? ?? ?????.
• ? ??? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ????? ???? ?? ?? ???? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ??(?? ?? ????)?? ??? ?? ????.
• php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ??? ??? ? ??? ? ??? ?? ?? ?? ?? ?????(???? ?? ????)? ????.

?????? ??? ????.????????php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? Nginx? ??? ?? ?????? (??? ??: Data Dog)???????? ????? ?? ??? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????-FPM? ??? ???????.????php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? FPM? "Fast Process Manager"? ?????. ?? ?????. ???? ???? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ?? ????? ??? ? FPM ???? ???? ?? ??, ?? ? ???? ?? php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? ?????? ????. ? ??? ??? ???? ?? ?? ? ???? ??????. ????php-fpm?? ?????? ??? ????? ?? ????? ??? ??????-FPM? ? ??? ?????? ??? ?? ???? ??? ???. ??? ??? ???? ??? ???? ?????. ???????? php-fpm? ????? ??????????????? ???? ?? ???? ???? ???? ?? ??? ?????? ??? ??? ?? ?? ????? ??

具有諷刺意味的是，一般我為大多數(shù)用例提供建議的話。 如果您的設(shè)置運(yùn)行良好，并且沒有特殊用例，請使用默認(rèn)設(shè)置。 但是，如果您希望擴(kuò)展一臺機(jī)器之外的能力，那么從一臺機(jī)器中擠出最大的處理能力是必不可少的，因為它可以將您服務(wù)器的花費(fèi)減少一半（甚至更多?。?。

要說明的另一件事情是，Nginx是為處理巨大的工作負(fù)載而構(gòu)建的。 它能夠同時處理成千上萬的連接，但是如果您的php-fpm?? ?????? ??? ????? ?? ????? ??? ??????設(shè)置不合理，那么您將浪費(fèi)很多資源，因為Nginx必須等待php-fpm?? ?????? ??? ????? ?? ????? ??? ??????完成當(dāng)前處理之后才可以接受下一個請求，最終Nginx不能為您的服務(wù)提供任何優(yōu)勢！

所以，接下來讓我們看看嘗試優(yōu)化 php-fpm 時我們到底要優(yōu)化什么。

如何優(yōu)化 php-fpm?? ?????? ??? ????? ?? ????? ??? ??????-FPM ?

php-fpm 的配置文件在不同服務(wù)器上的位置可能不同，因此您需要做一些調(diào)查來確定它的位置。在 UNIX 上，你可以使用 find 命令。在我的 Ubuntu 上，它的路徑是 /etc/php/7.2/fpm/php-fpm.conf 。當(dāng)然，7.2是我正在運(yùn)行的 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 版本。

下面是這個文件的前幾行代碼:

;;;;;;;;;;;;;;;;;;;;;
;?FPM?Configuration?;
;;;;;;;;;;;;;;;;;;;;;

;?All?relative?paths?in?this?configuration?file?are?relative?to?php-fpm?? ?????? ??? ????? ?? ????? ??? ??????'s?install
;?prefix?(/usr).?This?prefix?can?be?dynamically?changed?by?using?the
;?'-p'?argument?from?the?command?line.

;;;;;;;;;;;;;;;;;;
;?Global?Options?;
;;;;;;;;;;;;;;;;;;

[global]
;?Pid?file
;?Note:?the?default?prefix?is?/var
;?Default?Value:?none
pid?=?/run/php/php7.2-fpm.pid

;?Error?log?file
;?If?it's?set?to?"syslog",?log?is?sent?to?syslogd?instead?of?being?written
;?into?a?local?file.
;?Note:?the?default?prefix?is?/var
;?Default?Value:?log/php-fpm.log
error_log?=?/var/log/php7.2-fpm.log

很明顯：這一行 pid = /run/php/php7.2-fpm.pid 告訴我們哪個文件包含了 php-fpm 進(jìn)程的進(jìn)程 id。

我們還看到 /var/log/php7.2-fpm.log 是 php-fpm 存儲日志的地方。

在這個文件中，像下面這樣添加三個變量：

emergency_restart_threshold?10
emergency_restart_interval?1m
process_control_timeout?10s

前兩個設(shè)置是警告性的，它們告訴 php-fpm 進(jìn)程，如果10個子進(jìn)程在一分鐘內(nèi)失敗，主 php-fpm 進(jìn)程應(yīng)該重新啟動自己。

這聽起來可能不夠穩(wěn)健，但是 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 是一個短暫的進(jìn)程，它會泄漏內(nèi)存，所以在出現(xiàn)高故障時重新啟動主進(jìn)程可以解決很多問題。

第三個選項是 process_control_timeout，它告訴子進(jìn)程在執(zhí)行從父進(jìn)程接收到的信號之前需要等待這么長的時間。這個設(shè)置是非常有用的。例如，當(dāng)父進(jìn)程發(fā)送終止信號時，子進(jìn)程正在處理某些事情的時候。十秒的時間,他們會有一個更好的機(jī)會完成任務(wù)并且優(yōu)雅地退出。

令人驚訝的是，這 不是 php-fpm 的核心配置！這是因為，為了 web 請求服務(wù)，php-fpm 創(chuàng)建了一個新的進(jìn)程池，它將具有一個單獨(dú)的配置。在我的例子中，進(jìn)程池的名稱是 www，我想編輯的文件是 /etc/php/7.2/fpm/pool.d/www.conf。

讓我們來看看文件的內(nèi)容:

;?Start?a?new?pool?named?'www'.
;?the?variable?$pool?can?be?used?in?any?directive?and?will?be?replaced?by?the
;?pool?name?('www'?here)
[www]

;?Per?pool?prefix
;?It?only?applies?on?the?following?directives:
;?-?'access.log'
;?-?'slowlog'
;?-?'listen'?(unixsocket)
;?-?'chroot'
;?-?'chdir'
;?-?'php_values'
;?-?'php_admin_values'
;?When?not?set,?the?global?prefix?(or?/usr)?applies?instead.
;?Note:?This?directive?can?also?be?relative?to?the?global?prefix.
;?Default?Value:?none
;prefix?=?/path/to/pools/$pool

;?Unix?user/group?of?processes
;?Note:?The?user?is?mandatory.?If?the?group?is?not?set,?the?default?user's?group
;???????will?be?used.
user?=?www-data
group?=?www-data

快速瀏覽一下上面代碼片段的末尾，您就會明白為什么服務(wù)器進(jìn)程以 www-data 的形式運(yùn)行了。如果您在設(shè)置網(wǎng)站時遇到文件權(quán)限問題，您可能要將目錄的所有者或組更改為 www-data，從而允許php-fpm?? ?????? ??? ????? ?? ????? ??? ??????進(jìn)程寫入日志文件和上傳文檔等。

最后，我們到達(dá)了問題的根源，流程管理器 (pm) 設(shè)置。一般情況下，默認(rèn)值是這樣的:

pm?=?dynamic
pm.max_children?=?5
pm.start_servers?=?3
pm.min_spare_servers?=?2
pm.max_spare_servers?=?4
pm.max_requests?=?200

那么，這里的 「dynamic（動態(tài)）」是什么意思呢？我認(rèn)為官方文檔最好地解釋了這一點(diǎn)(我的意思是，這應(yīng)該已經(jīng)是您正在編輯的文件的一部分，但是我在這里復(fù)制了它，以防它不是):

;?Choose?how?the?process?manager?will?control?the?number?of?child?processes.
;?Possible?Values:
;???static??-?a?fixed?number?(pm.max_children)?of?child?processes;
;???dynamic?-?the?number?of?child?processes?are?set?dynamically?based?on?the
;?????????????following?directives.?With?this?process?management,?there?will?be
;?????????????always?at?least?1?children.
;?????????????pm.max_children??????-?the?maximum?number?of?children?that?can
;????????????????????????????????????be?alive?at?the?same?time.
;?????????????pm.start_servers?????-?the?number?of?children?created?on?startup.
;?????????????pm.min_spare_servers?-?the?minimum?number?of?children?in?'idle'
;????????????????????????????????????state?(waiting?to?process).?If?the?number
;????????????????????????????????????of?'idle'?processes?is?less?than?this
;????????????????????????????????????number?then?some?children?will?be?created.
;?????????????pm.max_spare_servers?-?the?maximum?number?of?children?in?'idle'
;????????????????????????????????????state?(waiting?to?process).?If?the?number
;????????????????????????????????????of?'idle'?processes?is?greater?than?this
;????????????????????????????????????number?then?some?children?will?be?killed.
;??ondemand?-?no?children?are?created?at?startup.?Children?will?be?forked?when
;?????????????new?requests?will?connect.?The?following?parameter?are?used:
;?????????????pm.max_children???????????-?the?maximum?number?of?children?that
;?????????????????????????????????????????can?be?alive?at?the?same?time.
;?????????????pm.process_idle_timeout???-?The?number?of?seconds?after?which
;?????????????????????????????????????????an?idle?process?will?be?killed.
;?Note:?This?value?is?mandatory.

由此可見，有三個可用值：

• Static: 無論什么情況，都會保持一個固定的php-fpm?? ?????? ??? ????? ?? ????? ??? ??????進(jìn)程數(shù)量。
• Dynamic: 我們需要指定php-fpm在任何給定時間點(diǎn)會保持活動的最小以及最大進(jìn)程數(shù)量。
• ondemand: 按照需求創(chuàng)建和銷毀進(jìn)程。

那這些設(shè)置有什么影響呢？

簡而言之，如果你有個小流量的網(wǎng)站，“dynamic”設(shè)置在大多數(shù)時間內(nèi)都是一種資源的浪費(fèi)。假設(shè)你的pm.min_spare_servers設(shè)置成了3，那會有三個php-fpm?? ?????? ??? ????? ?? ????? ??? ??????進(jìn)程會被創(chuàng)建并保持運(yùn)行，甚至是網(wǎng)站沒有流量時。這種情況下，“ondemand” 就是個更好的選擇, 可以讓系統(tǒng)決定何時啟動新的進(jìn)程。

另一方面, 大流量 或者必須快速響應(yīng)的網(wǎng)站將在這種情況下被懲罰。 最好避免創(chuàng)建新的 php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? 進(jìn)程的額外開銷，使其成為池的一部分并對其進(jìn)行監(jiān)控。

使用?pm = static?固定子進(jìn)程的數(shù)量，使最大的系統(tǒng)資源用于服務(wù)請求而不是管理 php-fpm?? ?????? ??? ????? ?? ????? ??? ??????。假如你確定走這條路，注意它有其指導(dǎo)方針和陷阱.關(guān)于它的一篇相當(dāng)密集但非常有用的文章是?這篇 。

寫在最后

由于有關(guān)網(wǎng)絡(luò)性能的文章可能會引發(fā)爭論或使人們感到困惑，因此在結(jié)束本文之前，我覺得需要講幾句話。 性能調(diào)優(yōu)既涉及系統(tǒng)知識，也涉及猜測和技巧。

php-fpm 的所有設(shè)置，也無法保證成功。 如果您不了解 php-fpm ??? ? ?? ???? ????? ??? ??? ??? ????. ?? ?? ?? ?? ???? ?????.

??? ??? ??? ?????? ??? ??? ?????. ?, php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ???? ?? ????? ???? ??? ?? ???? ? ?? ??? ?? ? ??? ? ?? ??? ???? ????? ??? ????? ????. ???? ????? ?? ????? ?? ??? ???? ??? ????(?? ??? ??!) ??? ?? ?? ??? ???? ????.

?? ??: https://geekflare.com/php-fpm-optimization/

?? ??: https://learnku.com/php/t/34358

??: "php-fpm?? ?????? ??? ????? ?? ????? ??? ?????? Video Tutorial"

? ??? php-fpm?? ?????? ??? ????? ?? ????? ??? ??????? ?? ?????. ??? ??? PHP ??? ????? ?? ?? ??? ?????!