怎么解决宝塔面板高并发访问下PHP-FPM资源耗尽

PHP-FPM子进程被杀致502主因是pm.max_children设置过低或OOM，需结合内存与秒级并发调优；务必开启slowlog定位慢脚本；关闭宝塔自动重启以暴露真实问题；OPcache须合理配置避免反向增压。PHP-FPM子进程被杀导致502：看pm.max_children是否真够用宝塔面板默认的pm = dynamic配法在高并发下经常失灵，不是“不够用”，而是pm.max_children设得太保守，同时pm.start_servers又太低，请求一涌进来，新进程起不来，旧进程还在忙，php-fpm直接拒绝新连接，Nginx就报502。实操建议：立即学习“PHP免费学习笔记（深入）”；先查当前实际峰值子进程数：ps aux | grep 'php-fpm:' | grep -v grep | wc -l，对比配置里的pm.max_children别只看平均QPS，要盯住秒级突增——比如抢购、定时任务触发、爬虫扫首页，这些会让pm.max_children瞬间打满如果服务器有4GB内存，每个PHP子进程常驻约30–50MB（视扩展而定），pm.max_children超过80就容易OOM；此时宁可调低pm.max_spare_servers，也要留出缓冲余量改完记得重载：sudo systemctl reload php-fpm（注意不是restart，避免中断已有请求）慢日志没开，根本不知道哪个脚本在拖垮FPM不看slowlog，你永远以为是并发高，其实是某个接口执行了30秒MySQL查询，卡住一个worker，连带整个池子雪崩。实操建议：立即学习“PHP免费学习笔记（深入）”；确认php-fpm.d/www.conf里开了slowlog = /www/wwwlogs/php_slow.log和request_slowlog_timeout = 5s别信宝塔界面里“已启用慢日志”的勾选框——它只改slowlog路径，不保证request_slowlog_timeout生效，必须手动检查日志里出现[pool www] child 12345, script '/www/wwwroot/api/v1/user.php' (request: "GET /api/v1/user.php")这种行，就立刻去查那个脚本的SQL或curl调用临时加个request_terminate_timeout = 30s防死锁，但只是兜底，不能替代优化宝塔自动重启PHP-FPM掩盖了真实问题面板默认开启“服务异常自动重启”，看着服务“恢复”了，其实是把正在处理的请求全干掉，用户看到的是504或空白页，而你日志里只剩一句WARNING: [pool www] child 6789 exited on signal 9 (SIGKILL)——这基本等于内存被系统OOM Killer清掉了。 Cleanup.pictures 智能移除图片中的物体、文本、污迹、人物或任何不想要的东西