当前位置：首页 > 教程 > 正文内容

NGINX连接超时110(Nginx连接超时时间)

2023-04-24 15:10:05教程1

Nginx连接超时时间

nginx有session时间，可以有三种方式进行失效设置，在web容器中设置，在自己工程的web.xml中设置，通过Java代码设置，指定客户端可以重用会话参数的时间（超时之后不可使用），这充分说明了ng inx里是有session时间的。nginx里是存在一致性问题的，是可以实现session共享的，反向代理时的超时时间设置，也可以实现同步，沾滞。

nginx连接超时怎么解决

可以设置upstream_response_time的时间来控制多个服务器的切换时间另外，max_fails=3 fail_timeout=30s，可以通过设置失败次数和超时时间来控制失败时间，默认是3*30＝90秒

nginx连接超时配置

Nginx报504 gateway timeout错误引起，一个是文件配置问题，另一个是相关处理时长了，最后也有可能是资源不足导致了，下面我们一起来看看。

解释如下：

最近在工作中，需要做Excel导入的功能，由于Excel的数据比较多，而且我们的服务端程序需要对数据的内容做校验，会调用很多的外部服务接口，所以毫无悬念的导入Excel接口调用超过了一分钟，并且报错：504 gateway timeout。以下是两种解决思路：

1. 优化业务代码

一个接口调用超过一分钟，一定有可以优化的地方，看看数据库或者接口的调用是否合理，是否可以合并请求。

2. 修改Nginx的服务器配置

如果实在是优化不了了，可以把Nginx的超时时间上调。看看时间是否符合要求，在nginx.config里面的三个参数：

fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;

以上的单位是秒。

如果使用了Nginx的代理，可以在块里加上：

proxy_connect_timeout 300s;proxy_send_timeout 300s;proxy_read_timeout 300s;

变成：

location /foo { proxy_pass http://xxx.xxx.xxx.xxx:8080/foo; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_connect_timeout 300s; proxy_send_timeout 300s; proxy_read_timeout 300s; access_log /var/log/nginx/access.foo.log main; error_log /var/log/nginx/error.foo.log;}

如果没有解决我们再来看看

从错误代码基本可以确定跟nginx本身无关，主要是提交给php-fpm的请求未能正确反馈而导致，一般情况下，提交动态请求的时候，nginx会直接把请求转交给php-fpm，而php-fpm再分配php-cgi进程来处理相关的请求，之后再依次返回，最后由nginx把结果反馈给客户端浏览器，但我这个vps目前跑的是个纯php应用内容，实际上用户所有的请求都是php请求，有的耗费时间比较久，php-cgi进程就一直都被用满，而php- fpm本身的配置文件只打开了10组php-cgi进程，这样的话在线用户稍微多的话就会导致请求无法被正常处理而出错。大概分析出了原因，下面做就比较容易了，首先是更改php-fpm的几处配置：把max_children由之前的10改为现在的30，这样就可以保证有充足的php-cgi进程可以被使用；把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

nginx504超时

　　情况一：由于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”错误，效果也还是不错的。

nginx连接超时时间设置多少

这是由于服务器端的配置出现了状况，平时也很少见到。具体解决办法就是修改配置文件：

1、把max_children由之前的10改为现在的30，这样就可以保证有充足的php-cgi进程可以被使用；把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

2、接着再更改nginx的几个配置项，减少fastcgi的请求次数，尽量维持buffers不变：fastcgi_buffers由 4 64k 改为 2 256k；fastcgi_buffer_size 由 64k 改为 128k；fastcgi_busy_buffers_size 由 128k 改为 256k；fastcgi_temp_file_write_size 由 128k 改为 256k。