最近负责的项目生产环境久不久会报响应异常的错误,查看相应的NGINX有持续几分钟的连接超时的日志,如下:
upstream timed out (110: Connection timed out) while reading response header from upstream, client
查看相应的access日志,相应时间的请求没有响应码,再看没有响应前的请求日志,发现有几笔持续请求超过设定时长5S的响应时间的请求。查看应用服务器的TCP请求状态,发现有很多是处于CLOSE_WAIT的状态。在不处理的情况下,应用在几分钟后自动恢复。
问题解决方案:
1.个别接口处理耗时较长;
通过排查相应时间段的接口的处理时长,找出耗时超时的接口进行优化,优化思路是看代码逻辑和SQL执行情况,是否数据太多或者查询未走索引。
2.通过以下配置调整,优化应用服务器的TCP请求;
sudo sysctl -a | grep conntrack
sudo sysctl -w net.netfilter.nf_conntrack_max=262144
sudo sysctl -w net.nf_conntrack_max=262144
sudo sysctl -w net.ipv4.tcp_tw_reuse=1
sudo sysctl -w net.ipv4.tcp_tw_recycle=1
sudo sysctl -w net.ipv4.tcp_fin_timeout=30
执行以下命令生效.文章来源:https://www.toymoban.com/news/detail-610275.html
sudo sysctl -p
后面通过增加配置备用节点解决该问题,配置如下:文章来源地址https://www.toymoban.com/news/detail-610275.html
upstream gin_server{
#主节点
server 127.0.0.1:8000;
server 127.0.0.1:8001 backup;#备用节点
}
到了这里,关于NGINX [upstream timed out (110: Connection timed out) while reading response header from upstream]错误的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!