在基于 CentOS 的服务器环境中，PHP-FPM（FastCGI Process Manager）是处理 PHP 脚本的核心组件，无论是进行系统维护、版本升级，还是解决突发问题，正确、安全地停止 PHP-FPM 服务都是一项基础且关键的技能，本文将深入探讨在 CentOS 系统上停止 PHP-FPM 的多种方法，涵盖不同版本和场景，并提供故障排除指南,以确保您能够从容应对各种情况。
使用 Systemd 停止 PHP-FPM（推荐方法）
对于 CentOS 7、CentOS 8 及其后续版本（如 CentOS Stream），Systemd 是默认的初始化系统和服务管理器，通过 systemctl 命令来管理 PHP-FPM 是最标准、最可靠的方式。
停止服务
执行以下命令可以立即停止 PHP-FPM 服务，系统会向 PHP-FPM 主进程发送一个终止信号,使其优雅地关闭所有子进程并退出。
sudo systemctl stop php-fpm
注意：在某些通过软件集合（SCL）或 Remi 仓库安装的 PHP 环境中，服务名可能包含版本号，安装的是 PHP 7.4，服务名可能是 php74-php-fpm；安装的是 PHP 8.1，则可能是 php81-php-fpm，您需要使用正确的服务名，如果不确定,可以参考下文的故障排除部分。
验证状态
停止服务后，验证其状态至关重要，使用 status 子命令可以查看 PHP-FPM 服务的当前状态。
sudo systemctl status php-fpm
如果服务已成功停止，输出中会显示 Active: inactive (dead),表示服务处于非活动状态。
相关操作
在日常管理中，停止服务通常与其他操作相伴。systemctl 还提供了其他有用的命令：
- 重启服务：
sudo systemctl restart php-fpm（先停止,再启动） - 重新加载配置：
sudo systemctl reload php-fpm（在不中断服务的情况下重新加载php-fpm.conf和www.conf等配置文件,推荐用于配置更新后） - 开机自启：
sudo systemctl enable php-fpm（设置服务在系统启动时自动运行）
使用 Service 脚本停止 PHP-FPM（传统方法）
对于较旧的 CentOS 版本，如 CentOS 6，系统使用 SysVinit 作为初始化系统，在这种情况下，service 命令是管理服务的主要工具，一些从源代码编译安装的 PHP-FPM 可能也会提供兼容 service 命令的脚本。
停止服务
sudo service php-fpm stop
这个命令会调用位于 /etc/init.d/ 目录下的 php-fpm 脚本，并执行 stop 操作。
验证状态
同样，可以使用 service 命令检查服务状态：
sudo service php-fpm status
输出会明确告知服务是正在运行还是已停止。
通过 PID 文件手动停止（高级方法）
当 systemctl 或 service 命令因某种原因（如服务脚本损坏）无法正常工作时，我们可以通过直接向 PHP-FPM 进程发送信号来停止它，这需要找到 PHP-FPM 的主进程 ID（PID）。
定位 PID 文件
PHP-FPM 在运行时，通常会将其主进程的 PID 写入一个文件中，这个 PID 文件的位置在 PHP-FPM 的配置文件（通常是 www.conf）中定义,默认路径可能为：
/var/run/php-fpm/php-fpm.pid/var/run/php-fpm/www.pid
您可以通过以下命令在配置文件中查找确切的路径：
grep "pid =" /etc/php-fpm.d/www.conf
使用 Kill 命令停止服务
一旦找到 PID 文件，就可以使用 kill 命令发送信号，推荐首先发送 TERM 信号（信号编号 15），这是一个优雅的终止信号，允许 PHP-FPM 完成当前正在处理的请求后再退出。
sudo kill -TERM $(cat /var/run/php-fpm/www.pid)
如果进程对 TERM 信号无响应，可以使用 KILL 信号（信号编号 9）强制终止，这是一个“最后手段”，因为它会立即终止进程,可能导致正在处理的请求中断。
sudo kill -KILL $(cat /var/run/php-fpm/www.pid)
方法对比与选择
为了更直观地理解这三种方法的差异,下表进行了详细对比：
| 方法 | 命令示例 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|---|
| Systemd | sudo systemctl stop php-fpm | CentOS 7+ / 标准 RPM 包安装 | 官方推荐，功能强大，状态管理清晰，支持依赖管理 | 需要记住正确的服务名（可能含版本号） |
| Service | sudo service php-fpm stop | CentOS 6 / 部分源码编译安装 | 兼容旧系统，命令简单直观 | 功能相对有限，正在被 Systemd 取代 |
| 手动 Kill | sudo kill -TERM $(cat /path/to/pid) | 紧急故障排除 / 服务脚本失效 | 绕过服务管理器，直接控制进程 | 操作繁琐，容易出错，不优雅，有数据丢失风险 |
在日常运维中，应始终优先使用 systemctl，只有在 systemctl 失效或处理非标准安装环境时,才考虑使用其他方法。
故障排除
问题：systemctl 提示 “Failed to stop php-fpm.service: Unit not found.”
这通常意味着服务名称不正确,请按以下步骤排查：
列出所有与 FPM 相关的服务：
systemctl list-units --type=service | grep fpm
这将显示所有已加载的、名称中包含 “fpm” 的服务,从中找到正确的服务名。
检查已安装的 PHP-FPM 包：
rpm -qa | grep php-fpm
这会列出所有已安装的
php-fpm相关软件包，包名通常能暗示服务名。php74-php-fpm包对应的服务名就是php74-php-fpm。
相关问答 FAQs
问1：停止 PHP-FPM 后，我的网站会立即下线吗？
答：是的，会立即下线，当 PHP-FPM 进程停止后，Web 服务器（如 Nginx 或 Apache）虽然仍在运行，但它无法找到能够处理 PHP 文件的 FastCGI 后端，用户访问网站的 PHP 页面时，Nginx 通常会返回 “502 Bad Gateway” 错误，而 Apache 则可能返回 “503 Service Unavailable” 错误，静态文件（如 HTML, CSS, JS, 图片）的访问通常不受影响，因为它们由 Web 服务器直接处理，不经过 PHP-FPM。
问2：systemctl stop 和 systemctl kill 有什么区别？
答：两者都用于终止服务，但其工作方式和可控性不同。systemctl stop 是一个高级命令，它会按照服务单元文件（.service）中定义的流程来停止服务，默认情况下，它会发送 SIGTERM 信号（相当于 kill -TERM），给予服务一个优雅关闭的机会，如果服务在超时后仍未停止，systemctl 才会发送 SIGKILL 信号强制终止，而 systemctl kill 是一个更底层的命令，它允许你直接向服务的主进程或其所有子进程发送任意信号（如 SIGTERM, SIGKILL, SIGHUP 等），提供了更直接、更精细的控制，但也要求使用者对 Linux 进程信号有更深入的了解，在常规操作中，应优先使用 systemctl stop，而在需要特定信号进行调试或紧急处理时，才考虑使用 systemctl kill。
【版权声明】：本站所有内容均来自网络，若无意侵犯到您的权利，请及时与我们联系将尽快删除相关内容!
发表回复