如何排查PHP FCGI崩溃问题？图片处理服务器频发503错误

日志里的代理类错误是因为Apache通过proxy_fcgi模块与PHP-FPM通信，依赖Unix套接字/run/php-fpm/www.sock。当PHP-FPM进程意外终止或套接字文件丢失时，Apache无法连接后端就会返回503错误。以下是具体排查方向：

1. 检查PHP-FPM崩溃日志 #

• 查看PHP-FPM的错误日志，常见路径为/var/log/php-fpm/error.log或/var/log/php-fpm/www-error.log，重点排查崩溃前后的异常信息，比如内存溢出、段错误（segmentation fault）、依赖库加载失败等。
• 执行journalctl -u php-fpm查看系统服务日志，确认PHP-FPM是否有意外退出的记录。

2. 排查资源耗尽问题 #

• 内存耗尽：执行free -h或用htop监控内存使用情况，图片缩放属于高内存消耗操作，可能触发系统OOM Killer（内存不足杀手）终止PHP-FPM进程。检查/var/log/messages或dmesg输出，寻找Out of memory相关日志。
• 文件描述符超限：查看PHP-FPM配置文件/etc/php-fpm.d/www.conf中的rlimit_files参数，对比系统默认的ulimit -n值，同时检查/var/log/messages是否存在too many open files错误。
• CPU负载异常：用top或vmstat监控CPU使用率，确认崩溃前是否有持续高负载导致进程僵死。

3. 优化PHP-FPM配置 #

• 检查进程管理模式（pm参数）：若使用动态模式，确认pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers的设置是否合理——子进程过多会耗尽资源，过少则可能导致请求堆积。
• 启用慢日志：设置request_slowlog_timeout和slowlog路径，记录长时间运行的图片缩放脚本，排查是否有脚本超时或死循环导致进程挂起。
• 调整request_terminate_timeout，避免单个请求长时间占用进程。

4. 排查图片处理相关问题 #

• 检查图片处理库（GD/Imagick）是否存在内存泄漏：批量处理图片时监控内存变化，若内存持续增长不释放，说明库存在泄漏问题，需升级或更换库版本。
• 测试异常图片：检查是否有损坏格式、超大尺寸的图片导致处理脚本崩溃，进而影响PHP-FPM进程。
• 调整PHP内存限制：在php.ini中提高memory_limit值，图片缩放需要比普通脚本更高的内存配额。

5. 系统层面稳定性检查 #

• 检查磁盘空间：执行df -h确认/run目录（套接字所在位置）是否因磁盘满导致套接字无法创建或被清理。
• 排查定时任务：确认是否有系统定时任务（如tmpwatch）误删/run/php-fpm/下的套接字文件。
• 更新系统包：执行yum update更新Amazon Linux 3的内核、Apache、PHP-FPM等组件，修复已知的系统或软件bug。

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