重启Apache服务器后PHP脚本无法执行网站功能失效故障求助

错误根因判断 #

你的猜测部分正确。日志中的AH01075: Error dispatching request to : (polling)是Apache mod_proxy_fcgi模块抛出的报错，本质是Apache向PHP解释器（通常为PHP-FPM）转发动态请求后，超时未收到返回响应，并不是Apache完全不执行PHP脚本。你能正常打开着陆页，大概率是着陆页为静态缓存内容，或本身不需要调用复杂PHP逻辑即可返回。

常见诱因及排查方案 #

• PHP-FPM服务异常
  重启Apache操作可能连带影响了PHP-FPM服务状态，常见情况包括PHP-FPM未正常启动、进程数耗尽无法响应新请求、进程死锁。
  排查命令：systemctl status php<你的PHP版本>-fpm，比如PHP7.4对应systemctl status php7.4-fpm。若服务未运行直接启动即可；若服务运行中但进程占满，调整PHP-FPM www.conf配置中的pm.max_children参数后重启服务即可。
• 通信配置不匹配
  重启后Apache的FCGI代理配置丢失，或与PHP-FPM的监听配置不一致：比如Apache配置用TCP端口转发请求，但PHP-FPM实际监听的是Unix套接字，或端口、套接字路径填写错误。
  排查Apache虚拟主机配置中的ProxyPassMatch、SetHandler规则，确认其代理地址和PHP-FPM www.conf中的listen参数完全一致。
• 脚本执行超时
  服务重启后可能触发了缓存重建、批量数据同步等耗时逻辑，PHP脚本执行时长超过了Apache配置的ProxyTimeout阈值，就会抛出该超时错误。
  可临时调大Apache的ProxyTimeout参数，同时检查PHP php.ini中的max_execution_time配置是否匹配业务需求，同步排查PHP代码是否存在死循环、数据库请求无响应等问题。
• 权限异常
  若Apache和PHP-FPM通过Unix套接字通信，重启后套接字文件的权限可能发生变更，Apache运行用户没有读写权限也会导致请求分发失败。
  检查PHP-FPM监听的套接字文件所属用户组，确保和Apache运行用户、PHP-FPM运行用户保持一致。

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