PHP 出现 502 解决方案 · php开发笔记

nginx+php 出现502 bad gateway，通常这都不是nginx的问题，而是因为 fastcgi或者php的问题致使的，常见的有如下几种。php 1. php.ini 的memory\_limit 太小（若是有个别php程序进程须要占用极大内存时这个必须注意）html 2. php-fpm.conf 中max\_children或者max\_requests 设置不合理（设置太小会由于没有足够的cgi进程处理请求，设置过大会出现一下子有响应正常，一下子等好久才有响应的状况，通常状况下children 按照内存计算，好比说1G设置64，2G128。这个根据实际状况自行调整。另外查看当前的PHP FastCGI进程数是否够用的命令为：netstat -anpo |grep “php-cgi” | wc -l 若是实际使用的“FastCGI进程数”接近预设的“FastCGI进程数”，那么，说明“FastCGI进程数”不够用，须要增大。）前端 3. 查看nginx错误日志，发现 pstream sent too big header while reading response headerfrom upstream ，则检查client head buffer，fastcgi buffer size是否太小，可设置为32K。linux 4. php 程序执行时间过长而超时，检查nginx和fastcgi中各类timeout设置。（nginx 中的 fastcgi\_connect\_timeout 300;fastcgi\_send\_timeout 300 ：fastcgi\_read\_timeout300; keepalive\_timeout ； php-fpm中的request\_terminate\_timeout，php.ini中的max\_execution\_time）nginx 5. php-fpm 有一个参数 max\_requests ，该参数指明了每一个children最多处理多少个请求后便会被关闭。在大量处理请求下，若是该值设置太小会致使 children频繁的自杀和创建而浪费大量时间，若全部的children差很少都在这个时候自杀，则重建前将没有children响应请求，因而出现502 。能够将该值设置大一些或者是0\[无限\]。web 以上差很少是比较常见的502的问题缘由以及解决办法，其实解决问题的最好的方式仍是本身去看nginx和fastcgi的errorlog。后端最后借用网上的万金油说法作个总结： php-cgi进程数不够用、php执行时间长、或者是php-cgi进程死掉，都会出现502错误。缓存 502 错误是全部用 nginx 跑 php 的运维人员不肯意看见的服务器 nginx 出现 502 有不少缘由，但大部分缘由能够归结为资源数量不够用 , 也就是说后端 php-fpm 处理有问题， nginx 将正确的客户端请求发给了后端的 php-fpm 进程，可是由于 php-fpm 进程的问题致使不能正确解析 php 代码，最终返回给了客户端 502 错误。网络服务器出现 502 的缘由是链接超时咱们向服务器发送请求因为服务器当前连接太多，致使服务器方面没法给于正常的响应 , 产生此类报错所以若是你服务器并发量很是大，那只能先增长机器，而后按如下方式优化会取得更好效果 ; 但若是你并发不大却出现 502 ，通常均可以归结为配置问题，脚本超时问题。 1.php-fpm 进程数不够用使用 netstat -napo |grep “php-fpm” | wc -l 查看一下当前 fastcgi 进程个数，若是个数接近 conf 里配置的上限，就须要调高进程数。但也不能无休止调高，能够根据服务器内存状况，能够把 php-fpm 子进程数调到 100 或以上，在 4G 内存的服务器上 200 就能够。 2. 调高调高 linux 内核打开文件数量可使用这些命令 ( 必须是 root 账号 ) echo ‘ulimit -HSn 65536’>> /etc/profile echo ‘ulimit -HSn 65536’>> /etc/rc.local source /etc/profile 3. 脚本执行时间超时若是脚本由于某种缘由长时间等待不返回，致使新来的请求不能获得处理，能够适当调小以下配置。 nginx.conf 里面主要是以下 fastcgi\_connect\_timeout 300; fastcgi\_send\_timeout 300; fastcgi\_read\_timeout 300; php-fpm.conf 里如要是以下 request\_terminate\_timeout =10s 4. 缓存设置比较小修改或增长配置到 nginx.conf proxy\_buffer\_size 64k; proxy\_buffers 512k; proxy\_busy\_buffers\_size 128k; 5. recv()failed (104: Connection reset by peer) while reading response header fromupstream 可能的缘由机房网络丢包或者机房有硬件防火墙禁止访问该域名但最重要的是程序里要设置好超时，不要使用 php-fpm 的 request\_terminate\_timeout ，最好设成 request\_terminate\_timeout=0; 由于这个参数会直接杀掉 php 进程，而后重启 php 进程，这样前端 nginx 就会返回 104: Connection reset by peer 。这个过程是很慢，整体感受就是网站很卡。 May 01 10:50:58.044162\[WARNING\] \[pool www\] child 4074, script’/usr/local/nginx/html/quancha/sameip/detail.php’ execution timed out(15.129933 sec), terminating May 01 10:50:58.045725 \[WARNING\] \[pool www\] child 4074 exited on signal 15SIGTERM after 90.227060 seconds from start May 01 10:50:58.046818 \[NOTICE\] \[pool www\] child 4082 started 说一千道一万最重要的就是程序里控制好超时， gethostbyname 、 curl 、 file\_get\_contents 等函数的都要设置超时时间。另外一个就是多说，这个东西是增长了网站的交互性，可是使用的多了反应就慢了，若是你网站超时且使用了多说是，能够关闭它。六、本身遇到502的解决办法：调整增大php 和Nginx 的backlog数。 PHP-FPM 高负载的解决办法 Postedon 2011/09/02 这里只是介绍了 php-fpm 的优化方法的，但通常状况下和 nginx 组合使用的时候，单独优化其中一项的话，做用不是特别的大，同时还须要对 nginx 进行优化． nginx 的作法方法参考：[http://blog.haohtml.com/archives/6213](http://www.javashuo.com/link?url=http://blog.haohtml.com/archives/6213). 上面的优化前和优化后的图，看得出先后差距仍是特别的大的．致使 nginx 502 bad gateway 的PHP-CGI(FASTCGI) NGINX 频爆 502 BAD GATEWAY 的错误，看了网上的教程，仍没有完全解决。目前我总结的解决 502 BAD GATEWAY 的方式有： 1. 视服务器的性能，在 php-fmp.conf 里增长 max\_children 的值，我目前用的用 reload 参数定时重载 php-fpm 。这个主要缘由是 php 脚本执行时间过长形成的，重载 php-fpm 能杜绝这个问题。如何完全解决 php-cgi 脚本占用大量内存从而致使 502 错误的产生还值得进一步探讨，目前该作法不失为一种好办法。具体的作法是，用 crontab 让 php-fpm 平滑重启，从而不影响 PHP 脚本的运行。 */10*\* \* \* /usr/local/php/sbin/php-fpm reload ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝优化设置＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝ When you running a highload websitewith PHP-FPM via FastCGI, the following tips may be useful to you : ) 若是您高负载网站使用 PHP-FPM 管理 FastCGI ，这些技巧也许对您有用： ) 1.Compile PHP’s modules as less as possible, the simple the best (fast); 1. 尽可能少安装 PHP 模块，最简单是最好（快）的 2. Increas PHP FastCGI child number to 100 and even more.Sometime, 200 is OK! ( On 4GB memory server); 3. 把您的 PHP FastCGI 子进程数调到 100 或以上，在 4G 内存的服务器上 200 就能够注：个人 1g 测试机，开 64 个是最好的，建议使用压力测试获取最佳值 3.Using SOCKET PHP FastCGI, and put into /dev/shm on Linux; 3\. 使用 socket 链接 FastCGI ， linux 操做系统能够放在 /dev/shm 中注：在 php-fpm.cnf 里设置 /tmp/nginx.socket 就能够经过 socket 链接 FastCGI 了， /dev/shm 是内存文件系统，放在内存中确定会快了 . 记得这时也要在 nginx 里的配置里进行修改，保持一致． location~ .\*.(php|php5)?$ { 将 Nginx 与 FastCGI 的通讯方式由 TCP 改成 UnixSocket 。 TCP 在高并发访问下比 UnixSocket 稳定，但 Unix Socket 速度要比 TCP 快。 fastcgi\_pass unix:/tmp/php-cgi.sock; #fastcgi\_pass 127.0.0.1:9000; fastcgi\_index index.php; include fcgi.conf; } 4. Increase Linux “max open files”, using the following command(must be root): # echo ‘ulimit -HSn 65536′>> /etc/profile # echo ‘ulimit -HSn 65536 >> /etc/rc.local # source /etc/profile 4. 调高 linux 内核打开文件数量，可使用这些命令 ( 必须是 root 账号 ) echo ‘ulimit -HSn 65536′ >> /etc/profile echo ‘ulimit -HSn 65536′ >> /etc/rc.local source /etc/profile 注：我是修改 /etc/rc.local ，加入 ulimit -SHn 51200 的 5.Increase PHP-FPM open file description rlimit: # vi /path/to/php-fpm.conf Find “1024” Change 1024 to 4096 or higher number. Restart PHP-FPM. 5. 增长 PHP-FPM 打开文件描述符的限制 : # vi /path/to/php-fpm.conf 找到 “1024” 把 1024 更改成 4096 或者更高 . 重启 PHP-FPM. 6\. Using PHP code accelerator,e.g eAccelerator, XCache. And set “cache\_dir” to /dev/shm on Linux. 7\. 使用 php 代码加速器，例如 eAccelerator, XCache. 在 linux 平台上能够把`cache_dir`指向 /dev/shm