加入收藏 | 设为首页 | 会员中心 | 我要投稿 云计算网_泰州站长网 (http://www.0523zz.com/)- 视觉智能、AI应用、CDN、行业物联网、智能数字人!
当前位置: 首页 > 站长学院 > PHP教程 > 正文

php 502 bad gateway的处理方案

发布时间:2022-07-02 17:07:26 所属栏目:PHP教程 来源:互联网
导读:今天升级完PHP出现了502 Bad Gateway错误,根据经验是php-fpm的问题,但是看到网上那些什么访问量,子进程设置什么的,但是我这太服务器压根没啥流量。所以只能从配置文件下手看看。 [global] pid = /usr/local/php/var/run/php-fpm.pid error_log = /usr/lo
  今天升级完PHP出现了502 Bad Gateway错误,根据经验是php-fpm的问题,但是看到网上那些什么访问量,子进程设置什么的,但是我这太服务器压根没啥流量。所以只能从配置文件下手看看。
 
  [global]
  pid = /usr/local/php/var/run/php-fpm.pid
  error_log = /usr/local/php/var/log/php-fpm.log
  log_level = notice
  [www]
  listen = /tmp/php-cgi.sock
  user = www
  group = www
  pm = dynamic
  pm.max_children = 20
  pm.start_servers = 2
  pm.min_spare_servers = 1
  pm.max_spare_servers = 6
  <a href=""/tags.php/request/"" target=""_blank"">request</a>_terminate_timeout = 100
  看到 /tmp/php-cgi.sock 直觉发现应该是个文件,所以前往该目录查看权限,发现文件属主是 root:root,而我的nginx和php-fpm进程是以www用户运行的。所以应该是权限问题。
 
  而配置文件中的user = www,group = www也设置了一个权限,通过 ps -aux|grep php 发现,这是php-fpm进程的属主。
 
  知道问题的源头后便开始查php-fpm的配置,查到了 listen.ower listen.group 设置。
 
  这是改进之后的文件:
 
  [global]
  pid = /usr/local/php/var/run/php-fpm.pid
  error_log = /usr/local/php/var/log/php-fpm.log
  log_level = notice
  [www]
  listen = /tmp/php-cgi.sock
  listen.owner = www
  listen.group = www
  user = www
  group = www
  pm = dynamic
  pm.max_children = 20
  pm.start_servers = 2
  pm.min_spare_servers = 1
  pm.max_spare_servers = 6
  request_terminate_timeout = 100
  如果不知道查看配置可以尝试下面方法
 
  1、查看当前的PHP FastCGI进程数是否够用:
 
  netstat -anpo | grep "php-cgi" | wc -l
 
  如果实际使用的“FastCGI进程数”接近预设的“FastCGI进程数”,那么,说明“FastCGI进程数”不够用,需要增大。
 
  2、部分PHP程序的执行时间超过了Nginx的等待时间,可以适当增加nginx.conf配置文件中FastCGI的timeout时间,例如:
 
  ......
    
  http  
    
     
  ......
    
  }
  补充另一篇文章
 
  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 from upstream
  可能的原因机房网络丢包或者机房有硬件防火墙禁止访问该域名
 
  May 01 10:50:58.045725 [WARNING] [pool www] child 4074 exited on signal 15 SIGTERM after 90.227060 seconds from start
 
  May 01 10:50:58.046818 [NOTICE] [pool www] child 4082 started
 
  说一千道一万最重要的就是程序里控制好超时,gethostbyname、curl、file_get_contents等函数的都要设置超时时间。
 
 

(编辑:云计算网_泰州站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读