1、当 pa_log 的数据长度为：6.16 GB 时，如图1
图1
2、获取日志列表的第一页，响应时间为：1000ms 左右，是可以接受的，如图2
图2
3、获取日志列表的最后一页，响应超时：504 Gateway Time-out，如图3
图3
<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
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 配置，执行命令
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
<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
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
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
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
X-Kong-Upstream-Latency: 50005 X-Kong-Proxy-Latency: 0 Via: kong/0.12.3
16、在容器内部获取日志列表的最后一页，未超时，因此，可以确认原因出在网关：Kong 上面，有待于运维人员解决了。如图11
图11
curl "http://127.0.0.1/v1/logs?login_id=2e368664c41b8bf511bcc9c65d86dbc3&login_tid=121f3d1986aa1c0df8f34793d928e042&page=41780"
17、还原步骤 14 所做的更改后，在容器内部获取日志列表的最后一页，仍然未超时。
原创文章，作者：ItWorker，如若转载，请注明出处：https://blog.ytso.com/tech/pnotes/250517.html