我们知道，在 Linux 环境下，处理php脚本的进程是php-fpm。php-fpm的允许方式有两种：

  • static ：表示在 php-fpm 运行时直接 fork 出 pm.max_chindren 个子进程，
  • dynamic：表示，运行时 fork 出 start_servers 个进程，随着负载的情况，动态的调整，最多不超过 max_children 个进程。

一般推荐用 static。

优点是不用动态的判断负载情况，提升性能； 缺点是多占用些系统内存资源。

php-fpm 子进程数量，是不是越多越好？

当然不是，pm.max_chindren进程多了，增加进程管理的开销以及上下文切换的开销。

更核心的是，能并发执行的 php-fpm 进程不会超过 cpu 个数。

如何设置，取决于你的代码

  • 如果代码是 CPU 计算密集型的，pm.max_chindren 不能超过 CPU 的内核数。
  • 如果不是，那么将 pm.max_chindren 的值大于 CPU 的内核数，是非常明智的。

国外技术大拿给出这么个公式：

在 N + 20% 和 M / m 之间。

N 是 CPU 内核数量。 M 是 PHP 能利用的内存数量。 m 是每个 PHP 进程平均使用的内存数量。 适用于 dynamic 方式。

static方式： M / (m * 1.2)。如假设每个 PHP 进程使用的内存在 20M - 30M 左右（具体消耗可能有差异，如果要上传文件，处理图像，或者允许的是内存集中型应用，得到的消耗会高些）。而为整个 php-fpm 环境配置了 512 M 内存，那么可以设置为 17-25 中间值。

当然，还有一种保险的方式，来配置 max_children。适用于 static 方式。

  • 先把 max_childnren 设置成一个比较大的值。
  • 稳定运行一段时间后，观察 php-fpm 的 status 里的 max active processes 是多少
  • 然后把 max_children 配置比它大一些就可以了。

参考：