今天在刷新公司项目页面时发现有个板块一直刷新不出数据,最后发现接口报错(504 Gateway Time-out)
通过查看代码发现有个sql语句,如下,特别慢
select `vdc1`,
       `vdc2`,
       `vdc3`,
       `vdc4`,
       `vdc5`,
       `vdc6`,
       `vdc7`,
       `vdc8`,
       `idc1`,
       `idc2`,
       `idc3`,
       `idc4`,
       `idc5`,
       `idc6`,
       `idc7`,
       `idc8`,
       `pdc1`,
       `pdc2`,
       `pdc3`,
       `pdc4`,
       `pdc5`,
       `pdc6`,
       `pdc7`,
       `pdc8`,
       `record_time`
  from `t_inverter_dc_side_data`
where `inverter_code`= '7d006910-cce1-11e6-8c15-67da3e10436c'
   and `record_time` like '2018-01-17%'
order by `record_time` desc
limit 1
 
用explain分析如下
其实是用到了索引,但是刚好这条sql语句在inverter_code和record_time这两个条件下没有根据索引找到数据,最终相当于没有根据索引去找数据(explain中的rows统计信息是估算的并非精确值),导致接口响应时间超过了PHP脚本执行的限定时间。
(推荐一篇关于explain的博客 http://www.cnblogs.com/xuanzhi201111/p/4175635.html)
 
解决方法
方法一.在代码业务逻辑中添加如下条件,先去判断是否存在数据
 
select exists(select id from `t_inverter_dc_side_data` where `inverter_code` = '7d006910-cce1-11e6-8c15-67da3e10436c' and `record_time` like '2018-01-17%') as `exists`
 
方法二.添加inverter_code和record_time组合索引(效果特别明显)
添加组合索引之后的explain结果如下:
 
方法三.网上关于修改服务器相关软件参数提供的一些建议(没试过不知道是否有效)
 
情况一:
          由于nginx默认的fastcgi进程响应缓冲区太小造成, 这种情况下导致fastcgi进程被挂起,如果fastcgi服务队这个挂起处理不是很好的话,就可能提示“504 Gateway Time-out”错误。
 
情况一解决办法:
          默认的fastcgi进程响应的缓冲区是8K,我们可以设置大一点,在nginx.conf里,加入:fastcgi_buffers 8 128k, 这表示设置fastcgi缓冲区为8块128k大小的空间。
 
情况一解决办法(改进):
 
       在上述方法修改后,如果还是出现问题,我们可以继续修改nginx的超时参数,将参数调大一点,如设置为60秒:
 
       send_timeout 60;
 
       经过这两个参数的调整,结果没有再提示“504 Gateway Time-out”错误,说明效果还是挺不错的,问题基本解决。
 
情况二:PHP环境的配置问题
 
       这里我们需要对php-fpm和nginx进行配置修改。因为这种情况下,也会出现“504 Gateway Time-out”错误提示。
 
情况二解决办法( php-fpm配置修改):
 
      将max_children由之前的10改为30,这样操作是为了保证有充足的php-cgi进程可以被使用。
 
      将request_terminate_timeout由之前的0秒改成60秒,这样使php-cgi进程处理脚本的超时时间提高到60秒,可以防止进程被挂起以提高利用效率。
 
情况二解决办法(nginx配置修改):
 
      为了减少fastcgi的请求次数,尽量维持buffers不变,我们要更改nginx的几个配置项,如下:
 
      将fastcgi_buffers由4 64k改为2 256k;
 
      将fastcgi_buffer_size 由64k改为128k;
 
      将fastcgi_busy_buffers_size由128k改为256k;
 
      将fastcgi_temp_file_write_size由128k改成256k。
 
情况二解决办法修改完,我们需要重新加载php-fpm和nginx的配置,然后再进行测试。之后就没有发现“504 Gateway Time-out”错误,效果也还是不错的!
 

补充:
各种以5开头的服务器相关错误提示:
 
一:500错误
 
1、500 Internal Server Error 内部服务错误:顾名思义500错误一般是服务器遇到意外情况,而无法完成请求。
 
2、500出错的可能性:
 
  a、编程语言语法错误,web脚本错误
 
  b、并发高时,因为系统资源限制,而不能打开过多的文件
 
3、一般解决思路:
 
  a、查看nginx、php的错误日志文件,从而看出端倪
 
  b、如果是too many open files,修改nginx的worker_rlimit_nofile参数,使用ulimit查看系统打开文件限制,修改/etc/security/limits.conf,还是出现too many open files,那就要考虑做负载均衡,把流量分散到不同服务器上去了
 
  c、如果是脚本的问题,则需要修复脚本错误,优化代码
 
 
二:502、504错误 
 
1、502 Bad Gateway错误、504 Bad Gateway timeout 网关超时
 
2、502、504出现的可能性
 
  web服务器故障、程序进程不够
 
3、一般解决思路
 
 a、使用nginx代理,而后端服务器发生故障;或者php-cgi进程数不够用;php执行时间长,或者是php-cgi进程死掉;已经fastCGI使用情况等都会导致502、504错误。
 
    b、502 是指请求的php-fpm已经执行,但是由于某种原因而没有执行完毕,最终导致php-fpm进程终止。一般来说,与php-fpm.conf的设置有关,也与php的执行程序性能有关,网站的访问量大,而php-cgi的进程数 
          偏少。针对这种情况的502错误,只需增加  php-cgi的进程数。具体就是修改/usr/local/php/etc/php-fpm.conf文件,将其中的max_children值适当增加。这个数据要依据你的服务器的配置进行设置。
         一般一个php-cgi进程占20M内存,你可以自己计算下,适量增多。
 
         /usr/local/php/sbin/php-fpm reload 然后重启一下.
 
     c、504 表示超时,也就是客户端所发出的请求没有到达网关,请求没有到可以执行的php-fpm。与nginx.conf的配置也有关系。
 
 
501  服务器不具备完成请求的功能。例如,服务器无法识别请求方法时可能会返回此代码。
 
503  服务器目前无法使用(由于超载或停机维护)。通常,这只是暂时状态。(服务不可用)
 
505  服务器不支持请求中所用的 HTTP 协议版本。(HTTP 版本不受支持)
 
来源:

转载于:https://www.cnblogs.com/ryanlamp/p/8302986.html

Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐