PHP-FPM日志如何分析CPU满载问题？

在运行PHP网站、商城系统、内容管理平台或者业务接口服务时，服务器CPU突然达到100%是非常常见的问题。很多管理员看到CPU满载后，会第一时间重启服务器或者关闭PHP-FPM进程，但这种处理方式只能暂时恢复服务，并不能解决根本原因。

对于Nginx+PHP-FPM架构的网站来说，CPU长期满载往往与PHP请求处理压力有关。PHP-FPM作为PHP程序执行服务，会负责处理用户请求中的动态内容。当PHP代码执行异常、请求量突然增加、程序存在死循环、数据库响应缓慢或者遭遇恶意访问时，PHP-FPM进程可能持续占用CPU资源。

因此，分析PHP-FPM日志，是定位CPU满载问题的重要方式。通过日志可以判断PHP-FPM是否存在进程耗尽、脚本执行异常、请求超时等情况，从而采取针对性的优化措施。

一、为什么PHP-FPM问题会导致CPU满载？

在常见的网站架构中：

用户请求；

Nginx接收访问；

Nginx转发给PHP-FPM；

PHP-FPM执行PHP程序；

返回结果给用户。

其中PHP-FPM承担了大量动态计算任务。

如果网站访问量正常，PHP-FPM会保持稳定运行。

但是，当以下情况发生时，就可能导致CPU持续升高：

PHP程序执行时间过长；

大量动态请求访问；

数据库查询效率低；

PHP代码存在循环问题；

爬虫或者攻击请求增加；

PHP-FPM进程数量设置不合理。

例如：

一个企业网站平时访问正常，但某天突然CPU达到100%。

管理员查看系统进程发现：

php-fpm进程占用大量CPU。

进一步查看日志发现：

大量请求集中访问某个动态页面。

该页面每次访问都会执行复杂查询，导致PHP进程持续计算。

最终大量PHP-FPM进程同时运行，CPU被快速耗尽。

这个案例说明，CPU满载并不一定是服务器性能不足，而可能是PHP请求处理出现异常。

二、PHP-FPM日志主要查看哪些内容？

PHP-FPM日志通常记录：

进程启动情况；

进程异常退出；

慢请求；

资源限制；

连接问题。

不同环境日志路径可能不同。

宝塔环境常见位置：

/www/server/php/版本号/var/log/php-fpm.log

也可以通过：

宝塔面板；

PHP管理；

配置文件；

日志。

查看对应PHP版本日志。

分析CPU满载时，需要重点关注以下信息。

三、分析PHP-FPM进程异常启动和退出

如果PHP-FPM日志出现：

child exited on signal 9

或者：

child process exited unexpectedly

说明PHP子进程出现异常退出。

常见原因：

内存不足；

程序崩溃；

系统强制结束进程。

例如：

服务器内存只有32G，但是多个网站同时运行。

某个PHP程序执行大量数据处理，占用大量内存。

Linux检测到内存压力后，会触发OOM机制，关闭部分PHP进程。

随后PHP-FPM不断创建新进程。

频繁创建和销毁进程，会进一步增加CPU消耗。

解决方式：

优化PHP程序；

减少单次数据处理量；

限制异常请求；

合理调整PHP-FPM参数。

四、通过slow日志定位高CPU PHP脚本

PHP-FPM提供慢请求记录功能。

当某个PHP脚本执行时间过长时，可以通过slow log定位。

开启方式：

修改PHP-FPM配置：

request_slowlog_timeout = 5s
slowlog = /tmp/php-slow.log

表示：

PHP脚本执行超过5秒，将记录到慢日志。

查看：

cat /tmp/php-slow.log

可以发现：

哪个PHP文件执行慢；

执行过程中停在哪里。

例如：

某论坛网站CPU持续升高。

查看PHP慢日志发现：

大量请求停留在：

search.php

该文件每次执行都会查询大量数据。

优化后：

增加数据库索引；

限制搜索条件；

增加缓存。

CPU使用率明显下降。

五、分析pm.max_children导致的CPU问题

PHP-FPM配置中：

pm.max_children

表示最大PHP子进程数量。

很多管理员认为：

进程越多，性能越好。

实际上并不是这样。

如果服务器CPU和内存有限，设置过高会导致：

大量PHP进程同时运行；

CPU竞争增加；

内存快速消耗；

系统负载升高。

例如：

一台服务器：

32核CPU；

32G内存。

设置：

pm.max_children=500。

当大量请求进入时：

500个PHP进程可能同时执行。

结果：

CPU瞬间满载；

内存压力增加；

网站响应下降。

合理配置需要结合：

CPU核心数；

PHP脚本消耗；

平均请求时间。

不能简单追求更大的进程数量。

六、检查PHP-FPM是否被恶意请求拖垮

网站遭遇攻击时，也可能导致PHP-FPM满载。

常见攻击：

CC攻击；

恶意扫描；

接口刷请求。

攻击特点：

大量访问动态页面；

请求频率异常；

PHP进程持续运行。

例如：

某网站发现：

CPU长期100%；

PHP-FPM进程数量持续增加。

查看PHP-FPM日志没有明显错误。

继续分析Nginx访问日志发现：

大量请求来自异常IP。

请求集中：

/login.php

/api/search

/index.php

这些页面都会调用PHP。

最终通过：

限制访问频率；

拦截异常IP；

优化接口。

服务器恢复正常。

因此，分析PHP-FPM日志时，也需要结合Nginx日志判断请求来源。

七、结合系统日志判断CPU满载原因

PHP-FPM日志只能反映PHP服务状态。

如果需要完整定位，还需要结合系统情况。

查看CPU占用：

top

观察：

哪个进程占用CPU最高。

如果：

php-fpm占用最高。

说明重点分析PHP请求。

如果：

mysqld占用最高。

说明数据库可能成为瓶颈。

查看PHP进程：

ps aux | grep php-fpm

查看：

PHP进程数量；

运行状态；

资源占用。

查看负载：

uptime

如果：

CPU使用率正常；

但是load非常高。

可能存在：

IO等待；

磁盘压力；

大量进程阻塞。

八、PHP-FPM CPU满载的常见解决方案

1. 优化PHP代码

代码问题是CPU满载的重要原因。

重点检查：

死循环；

复杂计算；

重复查询数据库；

没有缓存的数据处理。

优化方向：

减少无效计算；

增加缓存；

优化数据库查询。

2. 调整PHP-FPM参数

根据服务器实际情况调整：

pm模式；

max_children；

start_servers；

max_requests。

例如：

网站访问稳定，可以使用dynamic模式。

高并发接口，可以结合实际压力调整进程数量。

避免：

进程太少导致请求等待；

进程太多导致资源竞争。

3. 优化数据库

很多PHP高CPU问题，实际上来自数据库慢查询。

例如：

PHP等待MySQL返回结果。

大量请求同时执行。

最终PHP进程占用CPU。

优化：

增加索引；

优化SQL；

减少重复查询；

使用缓存。

4. 增加安全防护

如果CPU满载来自攻击：

需要增加：

访问限制；

WAF规则；

CC防护；

异常请求过滤。

避免大量无效请求进入PHP。

九、实际案例分析

某企业使用宝塔搭建PHP网站。

服务器配置：

32核CPU；

32G内存；

Nginx+PHP-FPM。

运行过程中：

网站偶尔502；

CPU长期100%。

管理员首先查看PHP-FPM状态。

发现：

大量PHP进程运行。

随后查看PHP-FPM慢日志。

发现：

某接口执行时间超过几十秒。

继续检查代码发现：

接口每次访问都会查询大量历史数据，没有缓存。

同时Nginx日志显示：

大量机器人访问该接口。

最终解决方案：

优化接口查询逻辑；

增加缓存机制；

限制异常访问频率；

调整PHP-FPM进程参数。

处理后：

CPU恢复正常；

网站访问速度明显提升。

十、建立PHP-FPM监控机制

为了避免问题重复发生，建议建立长期监控。

关注：

PHP-FPM进程数量；

CPU使用率；

慢请求数量；

502错误数量；

服务器负载。

当出现异常趋势时，可以提前处理。

例如：

PHP进程逐渐增加；

慢日志持续增长；

CPU缓慢升高。

这些都是故障发生前的重要信号。

总结

PHP-FPM日志是分析网站CPU满载问题的重要依据。面对CPU达到100%的情况，不能简单通过重启服务解决，而应该从日志入手，分析真正原因。

排查重点包括：

PHP-FPM进程状态；

慢执行脚本；

异常退出记录；

进程数量配置；

攻击访问情况；

数据库响应问题。

只有结合PHP-FPM日志、Nginx访问日志以及服务器资源情况进行综合分析，才能准确定位CPU满载原因。

对于运行企业网站、电商系统、业务接口的服务器来说，做好PHP-FPM优化和日志监控，可以有效降低CPU异常占用风险，提高网站稳定性和访问体验。

纵横云服务器租赁，欢迎随时联系，客服联系方式：QQ3494196421,手机微信19906048601。