nginx超时时间设置(nginx超时时间默认设置)
1. nginx超时时间默认设置
nginx expires的值可以控制页面缓存的有效时间，这样就可以减少访问的事件。当设置成-1时，意味着失效时间比服务器的当前时间少1秒，也就是永远过期
2. nginx 默认超时时间
是网络出故障了的错误提示
3. nginx设置响应超时时间
情况一：由于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”错误，效果也还是不错的。
4. 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。
5. nginx默认请求超时时间
可以设置upstream_response_time的时间来控制多个服务器的切换时间 另外，max_fails=3 fail_timeout=30s，可以通过设置失败次数和超时时间来控制失败时间，默认是3*30＝90秒
6. nginx请求时间设置
可以设置upstream_response_time的时间来控制多个服务器的切换时间
另外，max_fails=3 fail_timeout=30s，可以通过设置失败次数和超时时间来控制失败时间，默认是3*30＝90秒
7. nginx超时时间默认设置多少
这是由于服务器端的配置出现了状况，平时也很少见到。
具体解决法就是修改配置文件：1、把max_children由之前的10改为现在的30，这样就可以保证有充足的php-cgi进程可以被使用；把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。
2、接着再更改nginx的几个配置项，减少FastCGI的请求次数，尽量维持buffers不变：fastcgi_buffers由464k改为2256k；fastcgi_buffer_size由64k改为128K；fastcgi_busy_buffers_size由128K改为256K；fastcgi_temp_file_write_size由128K改为256K。
8. 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的架构为例进行说明。