如何在Linux上优化PHP-FPM的连接数

在Linux上优化PHP-FPM的连接数，本质上就是在调整进程池的管理策略。很多新手一上来就照着网上的配置抄，结果要么服务器扛不住，要么资源严重浪费。今天把这几个核心参数拆开讲清楚，你自然就知道怎么调了。

1. 编辑PHP-FPM配置文件

配置文件的位置，常见的有两个：/etc/php/版本号/fpm/pool.d/www.conf 或 /etc/php-fpm.d/www.conf。打开它，里面藏着所有调优的关键。

sudo nano /etc/php/7.4/fpm/pool.d/www.conf

2. 调整连接数参数

这部分是重点，一个个来说透。

pm 参数

pm 决定了PHP-FPM怎么管理进程池。三种模式：dynamic（动态）、static（静态）、ondemand（按需）。对于绝大多数业务场景，dynamic 是最稳妥的选择——它能根据负载自动伸缩，既不浪费资源，也不至于突然崩溃。

pm = dynamic

pm.max_children

这个值决定了池子里最多能同时跑多少个子进程。设太小，高峰期排队；设太大，内存直接爆掉。经验法则是根据单进程内存消耗来算：如果每个PHP进程平均吃掉50MB，服务器可用内存4GB，那么 max_children 控制在80以内比较安全。

pm.max_children = 50

pm.start_servers

启动时立即创建的子进程数。对于低流量站点，设小一点（比如5）足够；如果流量波动大，可以适当提高，避免刚启动就频繁创建进程。

pm.start_servers = 5

pm.min_spare_servers

保持最小的空闲进程数。空闲太少，请求一来就得现创建，响应会变慢。通常建议和 start_servers 保持一致，或者略低。

pm.min_spare_servers = 5

pm.max_spare_servers

最大空闲进程数。空闲太多就是在浪费内存，尤其是在低流量时段。这个值要根据实际负载曲线来调，一般设为 max_children 的70%左右比较合理。

pm.max_spare_servers = 35

pm.max_requests

每个子进程在处理完指定数量的请求后就会被重启，这是防止内存泄漏的有效手段。500次是个不错的起点，如果应用逻辑比较复杂，可以降到200；如果是稳定且测试充分的代码，设到1000甚至更高也没问题。

pm.max_requests = 500

3. 调整监听队列大小

listen.backlog 控制的是TCP连接队列的长度。当所有子进程都在忙时，新的连接会排在这个队列里。默认值往往偏小，导致连接被内核直接丢弃。对于高并发场景，建议手动调大。

listen.backlog = 65535

4. 调整超时设置

request_terminate_timeout 用来兜底——防止某个请求卡死，导致子进程被永远占用。设置为 0 意味着无限制，这有风险；建议根据你的应用最大执行时间，设一个合理的值，比如30秒或60秒。

request_terminate_timeout = 0

5. 重启PHP-FPM服务

配置文件改完，要让它生效。用下面的命令重启服务：

sudo systemctl restart php7.4-fpm

注意版本号要对应你自己的环境。

6. 监控和调整

调参不是一次性的事。上线后要用工具持续观察——top、htop 看CPU和内存，php-fpm status 看进程池状态。如果发现空闲进程数经常触到 max_spare_servers 上限，说明你给的空闲太富裕了，可以降低一点；如果 max_children 很快就用完，说明瓶颈在PHP处理能力上，可能需要考虑升级机器或优化代码。

sudo systemctl status php7.4-fpm

说到底，优化没有银弹，但搞清楚每个参数的含义和它们之间的联动关系，你就能针对自己的业务做出精准调整。配好后，服务器会感谢你的。