php phpfpm 区别,PHP php－fpm你是怎么理解的

认识PHP-FPM：从概念到优化

提到PHP-FPM，很多朋友可能和我一样，最初只是知道它是个进程管理器，配置过几个参数，但对其内部机制和优化细节，未必有过深入的探究。今天，我们就来一起把这个“熟悉的陌生人”彻底搞明白。

概念：它究竟是什么？

PHP-FPM，全称是FastCGI Process Manager，顾名思义，它是一个PHP FastCGI进程管理器。它的发展历程很有意思：在PHP 5.3版本之前，它还只是一个需要额外打上的补丁包。但到了PHP 5.4，这位“功臣”就正式转正，被纳入了核心发行版。原因无他，因为它确实能打——不仅能有效控制内存和进程，还能实现PHP配置的平滑重载，比起早期的spawn-fcgi，优势可不止一星半点。

相关操作：如何驾驭它？

管理PHP-FPM，离不开几个核心命令。这些命令就像是它的控制开关：

--start：启动PHP的FastCGI进程。

--stop：强制终止PHP的FastCGI进程。

--quit：平滑终止PHP的FastCGI进程。

--restart：重启PHP的FastCGI进程。

--reload：重新平滑加载php.ini配置文件。

--logrotate：重新启用日志文件。

这里尤其要注意--stop和--quit的区别，一个强硬，一个温和，在生产环境下选择哪种方式，直接关系到服务的连续性。

如何优化：关键参数详解

说到优化，PHP-FPM有几个参数至关重要，它们分别是：pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。

首先来看pm，它决定了进程的管理模式，可选值有两个：static（静态）和dynamic（动态）。这里有个小提示：在一些更老的版本里，dynamic模式曾被称作apache-like，查阅旧配置文件时如果看到这个，可别感到困惑。

剩下四个参数的含义如下：

pm.max_children：静态模式下开启的php-fpm进程数量上限。

pm.start_servers：动态模式下的起始php-fpm进程数量。

pm.min_spare_servers：动态模式下，允许空闲的最小php-fpm进程数。

pm.max_spare_servers：动态模式下，允许空闲的最大php-fpm进程数。

区别：静态与动态模式如何工作？

那么，这两种模式具体有什么区别呢？

如果pm设置为static，那么基本上只有pm.max_children这一个参数在起作用。系统会直接启动你设定数量的php-fpm进程，并始终保持不变。这种方式简单直接，适合流量稳定、对内存控制有精确预期的场景。

如果pm设置为dynamic，情况就不同了。这时，pm.max_children参数失效，转而由后面三个参数（start_servers, min_spare_servers, max_spare_servers）接管。系统启动时，会先创建pm.start_servers个进程，之后会根据实际的请求负载，在pm.min_spare_servers和pm.max_spare_servers这个区间内，动态地调整空闲进程的数量。这种方式更灵活，能更好地应对流量波动。

分配：一个实用的进程数估算方法

最后，我们来谈谈如何具体设置进程数。一个常见的经验法则是基于内存进行估算。PHP-FPM进程刚启动时占用内存很小，但通常运行一段时间后，会稳定在25MB到28MB左右。为了留有余地，我们可以按每个进程30MB来计算。

那么，一个简单的估算公式就是：（当前可用内存 / 2）/ 30 ≈ 建议设置的进程数。这里将可用内存除以2，是考虑到需要为操作系统和其他服务预留一半的资源。当然，这只是一个起点，最精确的数值还需要根据实际应用的压力测试结果来最终确定。