PHP-FPM耗尽资源致DigitalOcean服务器宕机，WordPress站点求助

遇到PHP-FPM导致服务器资源爆仓、频繁出现524网关错误的情况，我在管理WordPress站点时碰过不少次，给你一套从救急到根治的方案：

现在服务器已经卡到宕机，先做这两步快速缓解：

• 重启PHP-FPM进程：打开ServerPilot面板，找到你的WordPress应用，直接点击「Restart PHP-FPM」；如果面板也登不上，SSH连到服务器执行命令（根据你的PHP版本调整，比如PHP 8.1就是php8.1-fpm）：

  sudo service php7.4-fpm restart
  

• 临时降低PHP-FPM进程数：如果重启后还是卡，在ServerPilot的应用设置里找到PHP-FPM配置，把pm.max_children临时调低（比如从20降到5），先让服务器能正常响应请求，再慢慢排查根源。

这部分是解决问题的核心，按优先级排查：

2.1 排查WordPress插件/主题的锅 #

90%的这类问题都是插件或主题导致的：

• 禁用所有插件：先把所有插件禁用，然后逐个重新启用，同时用htop或者DO监控盯着CPU/内存变化，找到启用后资源暴涨的那个插件——大概率是最近更新的插件、备份插件（后台跑大备份任务）、或者小众的功能插件。
• 切换默认主题：把当前主题换成WordPress默认主题（比如Twenty Twenty-Four），排除主题自定义代码里的死循环、低效函数问题。
• 看日志找线索：打开ServerPilot的PHP-FPM日志（路径是/srv/users/serverpilot/log/[你的应用名]/php-fpm.log），或者开启WordPress的调试模式（在wp-config.php里设WP_DEBUG=true和WP_DEBUG_LOG=true），看有没有重复报错的代码，或者执行时间超长的脚本。

2.2 检查PHP-FPM配置是否合理 #

ServerPilot的默认配置不一定适配你的站点规模，重点调这几个参数：

• pm.max_children：这是最关键的参数，太多会直接占满内存。计算方式大概是：(服务器可用内存 - 系统+MySQL占用的内存) / 单个PHP-FPM进程的内存占用。比如你是1G内存的Droplet，系统+MySQL占300M，每个PHP-FPM进程占50M，那max_children设14左右就够，别贪多。
• request_terminate_timeout：设置一个超时时间（比如30秒），如果某个脚本跑太久没结束，直接杀掉，防止死循环的脚本一直占着进程不释放。
• pm.start_servers/pm.min_spare_servers/pm.max_spare_servers：这几个是空闲进程数，别设太高，避免闲置进程浪费资源，比如分别设为2、1、5就够。

2.3 排查MySQL的间接影响 #

有时候MySQL的慢查询会导致PHP-FPM进程一直等待，进而堆积占满资源：

• 开启慢查询日志：在MySQL里开启慢查询日志，找出那些执行时间超过2秒的SQL语句——大概率是没有加索引的查询，或者某些插件的后台统计、批量操作语句。
• 优化数据库：用WP-Optimize这类插件清理数据库碎片，删掉无用的评论、草稿，或者手动执行OPTIMIZE TABLE命令优化表结构；同时禁用不必要的数据库查询（比如某些插件的实时统计功能）。

2.4 检查爬虫/恶意请求 #

大量恶意爬虫或者无效请求也会把PHP-FPM拖垮：

• 看访问日志：打开ServerPilot的访问日志（/srv/users/serverpilot/log/[你的应用名]/access.log），有没有某个IP一直在重复请求，或者大量请求不存在的页面（404），这些都会让PHP-FPM反复处理无效请求。
• 拦截恶意请求：用DO的防火墙限制恶意IP，或者在WordPress里装安全插件（比如Wordfence）拦截爬虫和高频请求。

• 配置对象缓存：用Redis或者Memcached做WordPress的对象缓存，配合ServerPilot的缓存设置，减少PHP-FPM需要处理的动态请求量。
• 启用CDN：把图片、CSS、JS这些静态资源放到CDN上，减少服务器的磁盘I/O和PHP请求压力。
• 升级服务器配置：如果你的站点真实流量确实很大，现有Droplet配置不够，考虑升级到更高内存的实例，或者选择CPU优化的Droplet。
• 设置告警：在DO监控或者ServerPilot面板里设置资源告警，比如CPU超过80%、内存超过70%就发通知，提前发现问题。

内容的提问来源于stack exchange，提问作者Kaiss B