CentOS如何彻底卸载PHP-FPM并删除所有配置？

在管理 CentOS 服务器的过程中，我们可能会因为多种原因需要卸载已安装的 PHP-FPM（FastCGI Process Manager），升级到更新的 PHP 版本、切换到不同的 PHP SAPI（如 Apache 的 mod_php）、清理不再需要的服务以释放系统资源，或是解决因配置错误导致的疑难杂症，无论出于何种目的，一个干净、彻底的卸载过程都至关重要，它能避免残留文件干扰后续的系统配置或软件安装，本文将详细介绍在 CentOS 系统上卸载 PHP-FPM 的完整流程，涵盖准备工作、多种卸载方法、后续清理以及验证步骤，确保您能够安全、高效地完成操作。

卸载前的准备工作

在执行任何卸载操作之前,充分的准备工作是保障系统稳定和数据安全的关键，请务必遵循以下步骤：

1. 数据备份：这是最重要的一步，请备份所有与 PHP 应用相关的数据，包括但不限于网站源代码、数据库、以及 PHP-FPM 的自定义配置文件（通常位于 /etc/php-fpm.d/ 目录下），一旦卸载，这些配置文件可能会被一并删除，提前备份可以避免不必要的麻烦。

2. 检查当前安装状态：了解系统中 PHP-FPM 的具体版本和安装方式，有助于选择最合适的卸载方法，您可以使用以下命令来获取信息：

   • 查看 PHP 版本：

     php -v

   • 查看已安装的 PHP 相关软件包（适用于通过 YUM/DNF 安装的情况）：

     yum list installed | grep php

     或者在 CentOS 8/Stream 上：

     dnf list installed | grep php

   • 查看 PHP-FPM 服务状态：

     systemctl status php-fpm

     服务名可能因版本而异,php74-php-fpm 或 php8.0-fpm，请根据实际情况替换。

3. 停止 PHP-FPM 服务：在卸载软件包之前，必须先停止其对应的服务，以防止文件被占用或进程冲突。

   sudo systemctl stop php-fpm

   同样,请使用您系统中的实际服务名。

卸载 PHP-FPM 的主要方法

根据 PHP-FPM 的安装方式，主要有两种卸载方法：使用包管理器卸载和手动卸载源码编译的版本。

使用 YUM/DNF 包管理器卸载（推荐）

这是最标准、最安全的方法，适用于通过官方或第三方源（如 Remi）安装的 PHP-FPM。

1. 卸载 PHP-FPM 核心包：
   使用 yum remove 或 dnf remove 命令即可，包管理器会自动处理依赖关系。

   sudo yum remove php-fpm

   如果您安装的是特定版本,PHP 7.4，命令可能为：

   

   sudo yum remove php74-php-fpm

2. 卸载整个 PHP 环境（可选）：
   如果您希望彻底移除整个 PHP 环境，而不仅仅是 PHP-FPM，可以先列出所有已安装的 PHP 包，然后一次性移除。

   # 列出所有已安装的 PHP 包
   rpm -qa | grep php
   # 使用 xargs 批量卸载（请务必先检查列表，确保没有误删重要软件包）
   rpm -qa | grep php | sudo xargs yum remove -y

   警告：此操作会移除所有 PHP 相关的软件包，包括 PHP-CLI（命令行版本）和各种扩展，请确认您确实需要这样做。

3. 清理无用的依赖项：
   卸载后，一些仅为 PHP-FPM 安装的依赖包可能不再被需要，可以使用以下命令进行清理：

   sudo yum autoremove

卸载源码编译安装的 PHP-FPM

如果您的 PHP-FPM 是通过下载源码并手动编译安装的，YUM/DNF 将无法管理它，您需要回到当初的编译目录进行操作。

1. ：
   这是最理想的手动卸载方式，前提是您保留了编译时的源码目录，并且该目录中的 Makefile 文件未被删除或修改。

   # 进入当初的 PHP 源码目录
   cd /path/to/your/php-source-code
   # 执行卸载命令
   sudo make uninstall

   此命令会根据 Makefile 中的记录，删除安装时复制的所有文件。

2. 手动查找并删除文件：
   如果源码目录或 Makefile 已丢失，make uninstall 将无法执行，此时只能手动查找并删除相关文件，这种方法风险较高，容易有遗漏。

   • 查找可执行文件位置：

     which php-fpm

   • 查找配置文件和库文件位置：

     whereis php-fpm

   • 使用 find 命令在整个系统中搜索相关文件和目录（耗时较长）：

     sudo find / -name "*php-fpm*"

     根据搜索结果,手动删除找到的文件、目录和符号链接，这个过程需要非常小心，以免误删系统文件。

卸载后的验证与清理

卸载操作完成后,还需要进行一系列的验证和清理工作，以确保系统环境的整洁。

1. 验证卸载是否成功：

   • 再次尝试查看 PHP 版本，应提示“command not found”：

     php -v

   • 检查 PHP-FPM 服务状态，应提示“Unit not found”或“Could not find service”：

     systemctl status php-fpm

   • 检查关键的配置和日志目录是否已被删除,如 /etc/php-fpm.d/ 和 /var/log/php-fpm/。

2. 清理残留文件：
   即使使用包管理器，有时也会留下一些用户自定义的配置文件或日志目录，请手动检查并删除它们。

   

   • 配置目录：/etc/php-fpm.d/
   • 日志目录：/var/log/php-fpm/
   • 会话目录：/var/lib/php/session/
   • 临时上传目录：/var/lib/php/upload/

为了更直观地对比两种卸载方法,下表小编总结了它们的主要特点：

特性	YUM/DNF 包管理器卸载	源码编译手动卸载
易用性	非常高，命令简单	复杂，需要熟悉编译过程
安全性	高，自动处理依赖，风险低	低，手动操作易出错，有系统风险
卸载彻底性	较好，但可能残留用户配置文件	取决于操作，make uninstall 较彻底，手动删除易有遗漏
适用场景	通过 YUM/DNF 安装的绝大多数情况	通过源码编译安装的特殊情况
前提条件	软件包在包管理器注册中	保留源码目录和 Makefile 文件

在 CentOS 上卸载 PHP-FPM 是一项需要细心和谨慎的系统管理任务，通过备份数据和检查当前状态做好充分准备，根据安装方式选择正确的卸载方法：优先使用 YUM/DNF 包管理器，这是最安全、最高效的选择；对于源码编译的版本，则尝试 make uninstall，万不得已才进行手动删除，通过验证和清理残留文件，确保 PHP-FPM 及其相关组件被从系统中彻底移除，遵循这一完整流程，您不仅可以成功卸载软件，还能维护一个干净、健康的系统环境，为后续的部署和配置打下坚实的基础。

---

相关问答 (FAQs)

卸载 PHP-FPM 后，我的 Nginx 网站显示 “502 Bad Gateway” 错误，该如何解决？

解答：这是一个非常常见的现象。“502 Bad Gateway” 错误意味着 Nginx 作为网关，无法从上游服务（也就是您刚刚卸载的 PHP-FPM）获得有效的响应，解决方法有两种：

1. 重新安装或配置 PHP 处理程序：如果您仍然需要运行 PHP 网站，您需要重新安装一个新的 PHP-FPM 或其他 PHP 处理程序（如通过 Unix Socket 运行的 PHP-CGI），并确保 Nginx 配置文件（通常在 /etc/nginx/conf.d/ 目录下）中的 fastcgi_pass 指令指向正确的新的 PHP-FPM 地址或套接字文件。

2. 临时禁用 PHP 处理：如果您暂时不需要运行 PHP，可以编辑 Nginx 站点配置文件，找到处理 PHP 请求的 location 块（通常以 location ~ .php$ 开头），并将其注释掉（在每行前面加上 符号），然后保存文件并重新加载 Nginx 配置（sudo systemctl reload nginx），这样，当用户访问 PHP 文件时，Nginx 会将其作为静态文件下载或返回 “404 Not Found”，而不是尝试将其传递给不存在的 PHP-FPM。

我只想卸载 PHP-FPM，但保留 PHP-CLI（命令行版本的 PHP）用于执行脚本，可以做到吗？

解答：是的，完全可以做到，PHP-FPM 和 PHP-CLI 是两个不同的软件包，它们共享一些核心库（如 php-common），但可以独立安装和卸载，当您使用 sudo yum remove php-fpm 命令时，YUM/DNF 包管理器足够智能，它只会移除 php-fpm 包本身，而不会影响 php-cli 的安装，卸载完成后，您可以在终端中运行 php -v 命令，会发现 PHP-CLI 依然可用，这种分离式的设计允许服务器在后台不提供 Web PHP 服务的情况下，依然能执行定时任务、管理脚本等命令行操作。