PHP-FPM是什么

PHP-FPM 即 PHP-FastCGI Process Manager，它是 FastCGI 的实现，并提供了进程管理的功能。进程包含 master 进程和 worker 进程两种；master 进程只有一个，负责监听端口，接收来自服务器的请求，而 worker 进程一般有多个，每个进程内部都会嵌入一个 PHP 解释器，是代码真正执行的地方。

一、PHP-FPM是什么

PHP-FPM 即 PHP-FastCGI Process Manager，它是 FastCGI 的实现，并提供了进程管理的功能。进程包含 master 进程和 worker 进程两种；master 进程只有一个，负责监听端口，接收来自服务器的请求，而 worker 进程则一般有多个（具体数量根据实际需要进行配置），每个进程内部都会嵌入一个 PHP 解释器，是代码真正执行的地方。

二、PHP-FPM的架构

作为一种高级编程语言，PHP 脚本需要编译，然后 Web 服务器的底层处理器硬件才能理解它。传统上，Web 服务器通过集成的 Web 服务器模块（如单用户 PHP （suPHP）、通用网关接口（CGI）或动态共享对象（DSO，也称为 mod_php））来处理编译 PHP 脚本。使用这些 PHP 处理程序时，Web 服务器与处理 PHP 脚本紧密耦合。服务器编译并执行 PHP 脚本，作为单个 Web 服务器进程的一部分，因为它响应网站流量。它们使用 Web 服务器进程的权限和所有权配置执行。以这种方式运行 PHP 提供了一种稳定、成熟的使用 PHP 脚本的方法。但是，PHP-FPM 提供了一种新的体验，解决了前面提到的 PHP 处理程序（suPHP、CGI 和 DSO）的许多缺点。

使用 PHP-FPM 时，专门设计用于处理 PHP 脚本的单独服务将处理该任务。在内部，PHP-FPM 被组织为一个“主进程”，管理各个“工作进程”的池。当 Web 服务器请求 PHP 脚本时，Web 服务器使用代理 FastCGI 连接将请求转发到 PHP-FPM 服务。PHP-FPM 服务可以在主机服务器的网络端口上或通过 Unix 套接字侦听这些请求。尽管请求通过代理连接传递，但 PHP-FPM 服务必须与 Web 服务器在同一服务器上运行。值得注意的是，PHP-FPM 的代理连接与传统的代理连接不同。当 PHP-FPM 收到代理连接时，免费的 PHP-FPM 工作线程会接受 Web 服务器的请求。然后，PHP-FPM编译并执行PHP脚本，将输出发送回Web服务器。一旦 PHP-FPM 工作线程完成处理请求，系统就会释放工作线程并等待新请求。

PHP-FPM 主进程在可配置的限制内动态创建和终止工作进程，因为 PHP 脚本的流量增加和减少。它为处理流量增加而生成的额外工作进程仅在经过设定的时间量后终止，从而允许工作进程在增加的流量持续存在时保持可用。工作进程还会在处理固定数量的请求后定期终止和重新生成。这有助于防止在处理 PHP 脚本期间出现内存泄漏。每个 PHP 用户都可以有自己单独的工作进程池来处理 PHP 请求。虽然这确实增加了使用 PHP-FPM 的一些开销，但额外的资源成本可以忽略不计，并且被其其他好处很好地抵消了。

PHP-FPM的架构与事件驱动的Web服务器（如NGINX Web服务器）和带有事件多处理模块的ApacheWeb服务器具有设计相似之处。以这种方式处理 PHP 脚本可以实现更高的处理性能、更高的安全性、更好的稳定性和更大的可配置性。

三、PHP-FPM的特点

1、性能

2、安全

启用操作码缓存，同时仍然为每个用户维护隔离的 PHP 处理，使 PHP-FPM 能够提供比其他 PHP 处理程序更大的安全优势。操作码缓存在使用 suPHP 和 CGI 处理程序时不起作用，因为这些处理程序管理其内存使用的方式。DSO 处理程序支持操作码缓存，但 DSO 模块需要以 Apache 用户身份运行 PHP 脚本，这可能会产生安全风险。使用 DSO 可能还需要额外的配置，以确保 PHP 脚本具有允许 Apache 用户读取它们的适当权限。这个问题有解决方案，但它们通常涉及安装额外的服务器模块或依赖过时的技术。默认情况下，PHP-FPM 提供操作码缓存和隔离的 PHP 脚本处理。

3、稳定

PHP-FPM的架构可防止PHP处理使服务器不堪重负。当 Web 服务器在自己的进程中处理对 PHP 脚本的请求时，必须创建其他 Web 服务器进程。随着 PHP 脚本流量的增加，Web 服务器很快就会不堪重负，甚至到主机服务器无响应的地步。

PHP-FPM 只能提供尽可能多的流量，因为它有工作进程要处理。如果配置正确，这将对它可以通过 PHP-FPM 同时处理的 PHP 脚本请求数量产生相对严格的限制。随着 PHP-FPM 的工作进程得到充分利用，对 PHP 脚本的额外请求将导致 PHP-FPM 超时或网关错误。Web 服务器不会耗尽等待响应的服务器资源，而是只需返回 503 或 504 HTTP 状态代码。尽管网站访问者可能不希望看到 503 或 504 HTTP 状态代码，但此行为比允许托管服务器完全无响应要好得多。此外，网站所有者可以创建自定义 503 状态页面，以改善用户体验，而不是非描述性的白色错误页面。

尽管 PHP-FPM 的架构提供了稳定性，但如果配置不当，PHP-FPM 可能会成为处理 PHP 脚本的瓶颈。正确配置 PHP-FPM 以提供足够的工作线程来处理 Web 服务器可以处理的流量仍然是关键。工作线程太少可能会导致过多的 503 或 504 HTTP 响应，即使 Web 服务器没有遇到高水平的流量也是如此。对于运行 PHP-FPM 的单租户服务器，以及所有网站（如虚拟专用服务器或专用服务器）的单个工作进程池，此问题更频繁地发生。但是，具有单独工作进程池的多租户托管环境还需要具有正确配置的 PHP-FPM，以便为每个租户的 Web 流量提供足够的工作线程。

4、可配置性

作为一个单独的服务，PHP-FPM 提供了比其他 PHP 处理程序更多的配置选项。其中许多配置选项也可以为服务器上的每个网站定义不同的配置选项。其中一些选项包括但不限于：

运行脚本的用户
用于运行脚本的组
辅助角色限制
PHP-FPM 工作线程创建行为
慢速 PHP 脚本日志记录
状态报告
连接设置（例如，侦听网络端口或 Unix 套接字）
PHP 运行时配置值

用户可以微调 PHP-FPM，为 PHP 网站提供优于其他缺乏此类配置选项的 PHP 处理程序的性能。不幸的是，正确配置 PHP-FPM 可能相对复杂且复杂。如果托管平台未提供预配置版本的 PHP-FPM，希望这样做的用户应咨询熟练的系统管理员以获得配置帮助。InMotion Hosting自己的WordPress托管平台带有由系统管理专家预先配置的PHP-FPM，为WordPress用户及其访问者提供优异性能，同时确保安全可靠的托管环境。

延伸阅读1：PHP-FPM 功能