Ⅰ php-fpm - 启动参数及重要配置详解
php-fpm主要涉及的目录有：<pre>/usr/local/php/sbin/php-fpm /usr/local/php/etc/php-fpm.conf /usr/local/php/etc/php.ini</pre>
1. request_terminate_timeout: 这个参数在php-fpm.conf中设置，用于限制PHP脚本的最大执行时间。若设置过长，可能会导致资源问题，如file_get_contents请求超时，从而引发502 Bad Gateway错误。建议设置为一个合理的值，如10s，以确保WebServer的正常处理。
2. max_requests: 当一个PHP-CGI进程处理的请求数超过配置值（如1000），它会被自动重启，以防止内存泄漏。在高并发场景中，需根据实际情况调整这个值，确保性能和内存管理。
3. slowlog: 通过request_slowlog_timeout设置超时并启用慢日志，可以追踪执行过慢的PHP进程，有助于排查网络读取和数据库查询问题。
php-fpm的设计旨在通过监控请求次数来管理内存，而不是直接检测内存使用量。虽然这种方法在某些情况下有效，但通过检测内存峰值并据此重启进程可能会更高效。具体配置需根据实际场景调整。
以上配置对于解决php-fpm相关问题和提升WebServer性能非常有帮助。如果你在PHP进阶过程中遇到问题，可以参考我整理的系列资料，包括分布式架构、高并发优化、服务器性能调优等多方面内容。这些资源可以在这里获取：<a href="PHP进阶架构师>>>视频、面试文档免费获取">点击获取</a>。
Ⅱ php-fpm - 启动参数及重要配置详解
php-fpm的启动参数与重要配置详解
php-fpm的运行过程中，理解并调整关键配置参数至关重要。首先，我们来看看启动参数:
1. request_terminate_timeout: 这个参数控制了PHP脚本的最大执行时间，防止因file_get_contents等函数响应过慢导致的资源问题。默认为0，可能导致502 Bad Gateway错误。建议设置一个合理的值，如10秒，同时考虑给file_get_contents添加超时限制。
2. max_requests: 当一个子进程处理的请求数超过指定值（如1000）时，会自动重启，以防止内存泄漏。然而，这可能导致间歇性502错误。在高并发场景下，设置较大的值能减少重启频率，但需根据实际情况调整。
3. request_slowlog_timeout 和 slowlog: 这些配置用于记录执行过慢的PHP进程，对于异常排查和问题定位非常有用。通过监控慢日志，可以定位网络读取和数据库查询等延迟问题。
这些参数的调整需要根据实际项目需求和性能监控来决定，以确保Web服务器的稳定运行。在php-fpm配置中，找到适合的平衡点是提高性能和避免错误的关键。想要获取更多PHP相关资源，可以关注公众号：PHP开源社区，获取2021金九银十大厂面试题集、PHP技术文章合集等资源。
Ⅲ 如何用supervisor守护php-fpm主进程以实现php-fpm的自动重启
1. 安装supervisor
supervisor本身是python实现的，而且是调研阶段，故先创建一个新的virtualenv环境，然后用pip安装好supervisor包。
至此，基本的调研环境搭建完毕。当然，php-fpm和PHP环境以及前端的Nginx是早就ready的。
2. 分析php-fpm.sh脚本
通常编译安装PHP后，php-fpm这个2进制的C程序也会被编译并安装好，典型路径在php_install_path/sbin/目录下。该
目录下还有个名为php-fpm.sh的脚本用于控制php-fpm进程的start/stop/restart/reload等动作。
./sbin/php-fpm.sh脚本中，”start”操作启动了php-fpm主进程，其余的操作都是通过向php-fpm master进程发signal实现的。
<code class="hljs bash">## code segment in php-fpm.sh
case "$1" in
start)
echo -n "Starting php-fpm "
## 下面这行是关键命令
$php_fpm_BIN --daemonize $php_opts
if [ "$?" != 0 ] ; then
echo " failed"
exit 1
fi
wait_for_pid created $php_fpm_PID
if [ -n "$try" ] ; then
echo " failed"
exit 1
else
echo " done"
fi
;;</code>
从上面是终端输入”./sbin/php-fpm.sh
start”时，实际执行的代码，可以看到，php-fpm进程的启动参数是–daemonize
$php_opts，而$php_opts的值为”–fpm-config $php_fpm_CONF –pid $php_fpm_PID”。
注意: php-fpm.sh启动php-fpm master进程时，传入了daemonize参数，表明php-fpm master process以守护（daemon）方式启动，而根据supervisor文档的说明，当用supervisor监护进程时，被监护进程不能是守护进程，这是由于守护进程通常会在fork完子进程后就让父进程”结束生命”，也即由supervisor创建的父进程退出，此时，supervisor无法再监护已退出进程创建出来的子进程。关于daemon process的行为，可以参考Linux Daemon Writing HOWTO一文来理解。
根据上面的分析，我们知道，只要supervisor启动php-fpm进程时，不传入daemonize参数即可。
3. 实现php-fpm主进程守护功能的supervisor配置文件
上面的分析已经告诉我们应该怎么解决问题了，下面直接上验证可用的配置文件。文件位于php-fpm.conf同级目录下（典型路径为php_install_path/etc/）。
<code class="hljs bash"><code class="hljs vhdl">
[inet_http_server] ; inet (TCP) server disabled by default
port=127.0.0.1:9015 ; (ip_address:port specifier, *:port for all iface)
[supervisord]
logfile=./var/log/supervisord.log ; (main log file;default $CWD/supervisord.log)
logfile_maxbytes=50MB ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=2 ; (num of main logfile rotation backups;default 10)
loglevel=info ; (log level;default info; others: debug,warn,trace)
pidfile=./var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
nodaemon=false ; (start in foreground if true;default false)
minfds=1024 ; (min. avail startup file descriptors;default 1024)
minprocs=200 ; (min. avail process descriptors;default 200)
identifier=sup.php-fpm ; (supervisord identifier, default is 'supervisor')
[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface
[supervisorctl]
serverurl=http://127.0.0.1:9015 ; use an http:// url to specify an inet socket
[program:php-fpm]
command=bash -c "sleep 1 && /home/slvher/tools/php/5.6.11/sbin/php-fpm --fpm-config /home/slvher/tools/php/5.6.11/etc/php-fpm.conf --pid /home/slvher/tools/php/5.6.11/var/run/php-fpm.pid" ; the program (relative uses PATH, can take args)
process_name=%(program_name)s ; process_name expr (default %(program_name)s)
autostart=true ; start at supervisord start (default: true)
autorestart=true ; whether/when to restart (default: unexpected)
startretries=5 ; max # of serial start failures (default 3)
exitcodes=0,2,70 ; 'expected' exit codes for process (default 0,2)
stopsignal=QUIT ; signal used to kill process (default TERM)
stopwaitsecs=2 ; max num secs to wait b4 SIGKILL (default 10)
</code></code>
配置文件结构通过查看supervisor文档很容易就能掌握，有两个配置项需要特别注意：
1) command
它指定了supervisor要监控的进程的启动命令，可以看到，这里我们没有给php-fpm传入daemonize参数，其余参数只是展开了php-fpm.sh中的shell变量而已。
大家已经注意到，command也不是直接调起php-fpm，而是通过bash -c执行了两个命令，而第一个命令是sleep 1。这是由于php-fpm在stop后，其占用的端口通常不能立即释放，此时，supervisor以极快的速度试图重新拉起进程时，可能会由于报如下错误而导致几次retry均失败：
<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript">## var/log/php-fpm.error.log
[18-Jul-2015 21:35:28] ERROR: unable to bind listening socket for address '127.0.0.1:9002': Address already in use (98)
[18-Jul-2015 21:35:28] ERROR: FPM initialization failed</code></code></code>
而supervisor目前还不支持delay restart功能，因此，这里只能通过先sleep再启动的略显tricky的方法来解决问题，结果表明，疗效不错且无副作用。-_-
2) autorestart
其文档描述如下：
<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript"><code class="hljs livecodeserver">May be one of false, unexpected, or true. If false, the process will never be autorestarted. If unexpected, the process will be restart when the program exits with an exit code that is not one of the exit codes associated with this process’ configuration (see exitcodes). If true, the process will be unconditionally restarted when it exits, without regard to its exit code.</code></code></code></code>
其默认值是unexpected，表示若被监护进程的exit code异常时，supervisor才会重新拉起进程。这里设置为true，表明任何时候进程退出均会被再次拉起。
这样配置好后，在本文第1步搭建好的virtualenv环境中，运行如下命令即可完成supervisor对php-fpm master进程的监护：
<code class="hljs bash"><code class="hljs vhdl"><code class="hljs vbscript"><code class="hljs livecodeserver"><code class="hljs avrasm">shell> supervisord -c etc/sup.php-fpm.conf</code></code></code></code></code>
然后，通过ps x | fgrep fpm可以看到，php-fpm主进程已经被拉起了。
然后，kill掉php-fpm主进程，再次ps x | fgrep fpm可以看到，一个新的php-fpm主进程会被supervisor创建出来。
至此，用supervisor守护php-fpm主进程以实现php-fpm的自动重启的需求已经解决了。
Ⅳ php-fpm 找不到 php-cgi.sock 怎么办
如果php-fpm已经启用了，那么就是你的nginx或者apache是通过使用tcp方式连接php-fpm的
如果要用socket方式连接，就是php-cgi.sock，要修改php-fpm配置文件并且重启
php-fpm配置中有（还有种配置文件时xml格式的，你可以看下参考）
#listen = 127.0.0.1:9000
#找到并改为
listen=/tmp/php-fpm.sock
详细信息可以参考：
http://www.tocus.com.cn/?send=article_show&id=228&class=2
希望对你有帮助
Ⅳ 启动php-fpm为什么有启动了多个进程
php-fpm的两种进程管理模式 php-fpm的进程数也是可以根据设置分为动态和静态的。 一种是直接开启指定数量的php-fpm进程，不再增加或者减少； 另一种则是开始的时候开启一定数量的php-fpm进程，当请求量变大的时候，动态的增加php-fpm进程数到上限，当空闲的时候自动释放空闲的进程数到一个下限。 这两种不同的执行方式，可以根据服务器的实际需求来进行调整。 这里先说一下涉及到这个的几个参数吧，他们分别是pm、pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers。 pm表示使用那种方式，有两个值可以选择，就是static（静态）或者dynamic（动态）。 在更老一些的版本中，dynamic被称作apache-like。这个要注意看配置文件给出的说明了。PHP5.3 php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之 一，因此可以将php-fpm的处理方式改成apache模式。 下面4个参数的意思分别为： pm.max_children：静态方式下开启的php-fpm进程数量。 pm.start_servers：动态方式下的起始php-fpm进程数量。 pm.min_spare_servers：动态方式下的最小php-fpm进程数量。 pm.max_spare_servers：动态方式下的最大php-fpm进程数量。 如果dm设置为static，那么其实只有pm.max_children这个参数生效。系统会开启设置的数量个php-fpm进程。 如果dm设置为dynamic，那么pm.max_children参数失效，后面3个参数生效。系统会在php-fpm运行开始的时候启动 pm.start_servers个php-fpm进程，然后根据系统的需求动态在pm.min_spare_servers和 pm.max_spare_servers之间调整php-fpm进程数。 那么，对于我们的服务器，选择哪种执行方式比较好呢？事实上，跟Apache一样，我们运行的PHP程序在执行完成后，或多或少会有内存泄露的问题。 这也是为什么开始的时候一个php-fpm进程只占用3M左右内存，运行一段时间后就会上升到20-30M的原因了。所以，动态方式因为会结束掉多余的进程，可以回收释放一些内存，所以推荐在内存较少的服务器或者VPS上使用。具体最大数量根据 内存/20M 得到。比如说512M的VPS，建议pm.max_spare_servers设置为20。至于pm.min_spare_servers，则建议根据服务器的负载情况来设置，比较合适的值在5~10之间。 然后对于比较大内存的服务器来说，设置为静态的话会提高效率。因为频繁开关php-fpm进程也会有时滞，所以内存够大的情况下开静态效果会更好。数量也可以根据内存/30M 得到。比如说2GB内存的服务器，可以设置为50；4GB内存可以设置为100等。
Ⅵ 说说php-fpm配置解析
PHP-FPM配置解析
在编译安装PHP时，通过在./configure中添加参数`--enable-fpm`即可开启PHP-FPM。配置文件为`php-fpm.conf`，其语法类似`php.ini`。默认位置为`/usr/local/php/etc/php-fpm.conf`，若未在此处，可能位于`/usr/local/php/etc/php-fpm.d/`目录下。
全局配置包含PID文件路径、错误日志位置及错误级别设置。
进程池配置允许定义多个进程池，通过设置监听地址与端口来接受FastCGI请求。推荐使用Unix域Socket，如配置`listen/tmp/php-cgi.sock`以提高性能，适合高并发场景，尽管在不稳定时可设置`backlog`以管理连接队列。
`listen.allowed_clients`允许访问FastCGI进程的IP白名单，设置为`any`则不限制IP访问。
进程管理器设置包括`pm`参数选择静态、动态或按需管理子进程数量，`pm.max_children`和`pm.start_servers`定义进程最大数量与起始数量，确保稳定性与资源利用。
内存管理考虑：对于大内存服务器（8G以上），建议使用静态设置以提升效率。而小内存服务器（如1G）则有利于系统稳定，合理分配资源。
`request_terminate_timeout`与`request_slowlog_timeout`分别设置最大执行时间与慢请求记录，有助于调试与优化。
慢日志功能通过设置`request_slowlog_timeout`来记录超过指定时间的请求，包括进程号、脚本名称、执行时间等详细信息，帮助排查问题。
配置修改后，执行`sudo systemctl restart php-fpm`以使更改生效。
希望以上内容能帮助您理解并应用PHP-FPM配置，更多学习资源可关注公众号：PHP开源社区，或访问我们整理的精华文章合集，覆盖框架、微服务、分布式、高并发与数据库等PHP技术领域。