本文目录一览：

1、php-fpm 没有响应，僵死，求教
2、502 Bad Gateway 怎么解决
3、php-cgi.exe经常自己崩溃，这是什么原因
4、如何启动php自带的php-fpm start失败

php-fpm 没有响应，僵死，求教

日志提示明显是脚本执行超时，这些问题通常出现的原因有:

1. 大量的IO操作(文件读写、数据库操作等)，代码循环逻辑没控制好，执行时间超时;
2. 系统的负载过高，脚本受阻塞长时间等待超时;
3. php环境没配置好。

502 Bad Gateway 怎么解决

502 bad gateway 要先找到 nginx 配置的路径。 然后找到 nginx 所在的 error 日志文件来查看具体原因。 如果是客户端浏览器配置的问题，以 360 浏览器为例，出现 502 Bad Gateway 可能是设置了代理导致的。 取消浏览器代理之后，刷新一下就可以访问了。 502 Bad Gateway 是一种报错提示，这一错误并不意味着上游服务器已关闭（无响应网关/代理），而是上游服务器和网关/代理不同意的协议交换数据。 鉴于互联网协议是相当清楚的，它往往意味着一个或两个机器已不正确或不完全编程。

php-cgi.exe经常自己崩溃，这是什么原因

hp-cgi虽然支持后台常驻运行，但这种运行方式是不稳定的。 所以才会有 CGI 进程管理器这类东西出来解决这种问题。 以下拿 Apache/Nginx/IIS 相关功能来说明。 比如 Apache FastCGI 进程管理器模块 mod_fcgid 具有管理和维持 PHP-CGI 进程数目的功能，而 mod_proxy_fcgi 则类似 Nginx fastcgi_pass 的东西，也就是说 Nginx 是不负责管理后端的 CGI 进程的，Nginx 只负责代理。Linux 上经常配合 Nginx 使用的 PHP-FPM 能自己管理自己的 PHP-FPM 子进程（跟 PHP-CGI 进程无关），所以很稳定。微软也为 IIS 开发了一个 PHP-CGI 进程管理器 PHP Manager for IIS。

如何启动php自带的php-fpm start失败

这个明显的是 php-fpm.conf 配置文件的问题。 你得把警告的详细内容贴出来才好判断。之前解决过类似的问题，是丢失了个 dll。