nginx网络超时(nginx超时时间设置 10s)

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。

nginx超时时间设置 10s

是网络出故障了的错误提示

nginx连接超时原因

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

nginx网关超时

我常在Nginx服务器上发现502错误，很多情况下并非Nginx本身的问题。就以Nginx+PHP+MySQL这种架构说明。

Nginx本身设置等cgi接口返回的数据延时太短，要延长这个时间。如同前面说的，很多情况下并非Nginx本身的问题，这样操作后常常并不能缓解问题。

此时，就要考虑对应cgi接口的配置，比如 php-fpm.conf 的配置，脚本执行时间的超时情况限制。这可以通过跟踪php-fpm的 slow log 来排查，对相关代码优化，减少延时。

另外很大的问题在MySQL数据库这一块，如果数据库执行命令超时也会大延长php脚本的执行时间，导致 Nginx 等待超时。可以my.cnf的 slow log进行确认效能低下的sql语句是哪些，进行优化配置。

通过优化 php-fpm 及 MySQL的配置都大大减少Nginx的等待超时的情况。

以上是LNMP的架构为例进行说明。

nginx超时设置过长

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

nginx 响应超时

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