php-fpm：日志中有数百秒

Question 1

“秒”是时间单位，其中321是五分钟多一点。

您的进程退出并重新启动的原因是您pm.max_requests在 php-fpm 池配置文件中设置了该选项。

例如，取自默认配置：

; The number of requests each child process should execute before respawning.
; This can be useful to work around memory leaks in 3rd party libraries. For
; endless request processing specify '0'. Equivalent to PHP_FCGI_MAX_REQUESTS.
; Default Value: 0
pm.max_requests = 500

我们可以看到你的配置设置为100，因此 php-fpm 在处理完 100 个请求后会回收该进程。

Answer

“秒”是时间单位，其中321是五分钟多一点。

您的进程退出并重新启动的原因是您pm.max_requests在 php-fpm 池配置文件中设置了该选项。

例如，取自默认配置：

; The number of requests each child process should execute before respawning.
; This can be useful to work around memory leaks in 3rd party libraries. For
; endless request processing specify '0'. Equivalent to PHP_FCGI_MAX_REQUESTS.
; Default Value: 0
pm.max_requests = 500

我们可以看到你的配置设置为100，因此 php-fpm 在处理完 100 个请求后会回收该进程。

Question 2

您的设置是怎么max_requests说的？如果这是一个繁忙的网站，一旦达到该数量的请求，它很可能会回收其子进程 - 除非它说 0，在这种情况下，它可能会达到内部超时并关闭子进程以在安静时间节省内存。我知道 IIS 的 FastCGI 处理器会这样做；这里的情况可能是一样的。

来源：http://php-fpm.org/wiki/Configuration_File

编辑：这就是正在发生的事情。一旦一个子进程达到 100 个请求，它就会关闭。PHP-FPM 将在需要时（可能是立即）打开一个新的子进程。

Answer

您的设置是怎么max_requests说的？如果这是一个繁忙的网站，一旦达到该数量的请求，它很可能会回收其子进程 - 除非它说 0，在这种情况下，它可能会达到内部超时并关闭子进程以在安静时间节省内存。我知道 IIS 的 FastCGI 处理器会这样做；这里的情况可能是一样的。

来源：http://php-fpm.org/wiki/Configuration_File

编辑：这就是正在发生的事情。一旦一个子进程达到 100 个请求，它就会关闭。PHP-FPM 将在需要时（可能是立即）打开一个新的子进程。

php-fpm：日志中有数百秒

答案1

答案2

相关内容