在 Nginx + FastCGI (php-fpm) 环境下，当日志表中数据长度以 GB 为单位时，获取日志列表的最后一页，响应超时：504 Gateway Time-out 的分析解决
1、当 pa_log 的数据长度为：6.16 GB 时，如图1
图1
2、获取日志列表的第一页，响应时间为：1000ms 左右，是可以接受的，如图2
图2
3、获取日志列表的最后一页，响应超时：504 Gateway Time-out，如图3
图3
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <html><head> <title>504 Gateway Time-out</title></head><body bgcolor="white"> <center> <h1>504 Gateway Time-out</h1> </center> <hr> <center>nginx/1.10.1</center></body></html> |
4、手动执行 SQL，其查询时间长度为：57.715s，如图4
图4
5、实现日志消息的自动定时删除，参考网址：https://www.shuijingwanwq.com/2019/10/09/3550/ ，避免日志表的数据量无限递增。
6、参考网址：https://easycloudsupport.zendesk.com/hc/en-us/articles/360002057472-How-to-Fix-504-Gateway-Timeout-using-Nginx ，查看 C:\php-7.2.14\php.ini ，max_execution_time = 300，这设置了脚本被解析器中止之前允许的最大执行时间，单位秒，无需调整。
7、在 Nginx 虚拟主机配置中添加 fastcgi_read_timeout 变量，编辑 C:\nginx-1.10.1\conf\vhosts\pcs-api.conf
1 2 3 4 5 6 7 8 | location ~ \.php$ { include fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_pass 127.0.0.1:9000; #fastcgi_pass unix:/var/run/php5-fpm.sock; try_files $uri =404; fastcgi_read_timeout 300;} |
8、重新加载 Nginx 配置，执行命令
1 | PS C:\nginx-1.10.1> .\nginx -s reload |
9、获取日志列表的最后一页，响应时间为：1m 左右，未响应超时，如图5
图5
10、在浏览器中访问的是前端网址，前端基于 Nginx 反向代理至接口，在 Postman 中访问前端，获取日志列表的最后一页，响应时间为：1m 左右，未响应超时，如图6
图6
11、在生产环境中，基于 Docker 部署，操作系统为 CentOS，获取日志列表的最后一页，响应超时：504 Gateway Time-out，如图7
图7
1 2 3 4 5 6 7 8 | <html><body> <h1>504 Gateway Time-out</h1> The server didn't respond in time.</body></html> |
12、查看 phpinfo()，max_execution_time 的值为 60，编辑 Dockerfile，进而编辑 /usr/local/php/etc/php.ini ，max_execution_time = 300，这设置了脚本被解析器中止之前允许的最大执行时间，单位秒。如图8
图8
1 2 3 4 5 | RUN sed -i 's/open_basedir = .\/:\/sobey:\/tmp:\/data:\/webtv/;open_basedir = .\/:\/sobey:\/tmp:\/data:\/webtv:\/usr\/local\/php/g' /usr/local/php/etc/php.ini && \ sed -i 's/allow_url_fopen = Off/allow_url_fopen = On/g' /usr/local/php/etc/php.ini && \ sed -i 's/disable_functions = exec,system,passthru,shell_exec,escapeshellarg,escapeshellcmd,proc_close,proc_open,dl,popen,show/disable_functions = system,shell_exec,escapeshellarg,escapeshellcmd,dl,popen,show/g' /usr/local/php/etc/php.ini && \ sed -i 's/max_execution_time = 60/max_execution_time = 300/g' /usr/local/php/etc/php.ini && \ sed -i 's/pm.max_children = 20/pm.max_children = 40/g' /usr/local/php/etc/php-fpm.conf |
13、在 Nginx 虚拟主机配置中添加 fastcgi_read_timeout 变量，编辑 /etc/nginx/conf.d/pcs-api.conf
1 2 3 4 5 6 7 | location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; fastcgi_read_timeout 300;} |
14、获取日志列表的最后一页，仍然响应超时，未符合预期，编辑 Dockerfile，进而编辑 /usr/local/php/etc/php-fpm.conf ，request_terminate_timeout = 300，如图9
图9
1 2 3 4 5 6 | RUN sed -i 's/open_basedir = .\/:\/sobey:\/tmp:\/data:\/webtv/;open_basedir = .\/:\/sobey:\/tmp:\/data:\/webtv:\/usr\/local\/php/g' /usr/local/php/etc/php.ini && \ sed -i 's/allow_url_fopen = Off/allow_url_fopen = On/g' /usr/local/php/etc/php.ini && \ sed -i 's/disable_functions = exec,system,passthru,shell_exec,escapeshellarg,escapeshellcmd,proc_close,proc_open,dl,popen,show/disable_functions = system,shell_exec,escapeshellarg,escapeshellcmd,dl,popen,show/g' /usr/local/php/etc/php.ini && \ sed -i 's/max_execution_time = 60/max_execution_time = 300/g' /usr/local/php/etc/php.ini && \ sed -i 's/;request_terminate_timeout = 0/request_terminate_timeout = 300/g' /usr/local/php/etc/php-fpm.conf && \ sed -i 's/pm.max_children = 20/pm.max_children = 40/g' /usr/local/php/etc/php-fpm.conf |
15、获取日志列表的最后一页，仍然响应超时：504 Gateway Time-out，查看响应头，发现在到达接口服务器之前，经过了网关：Kong，如图10
图10
1 2 3 | X-Kong-Upstream-Latency: 50005X-Kong-Proxy-Latency: 0Via: kong/0.12.3 |
16、在容器内部获取日志列表的最后一页，未超时，因此，可以确认原因出在网关：Kong 上面，有待于运维人员解决了。如图11
图11
17、还原步骤 14 所做的更改后，在容器内部获取日志列表的最后一页，仍然未超时。
1 条回复
[…] 0 […]