我这里的两台后端web服务器，他们的主页文件均为一个test.PHP程序，该程序分别sleep了2秒和5秒，等于和超过了 proxy_read_timeout的时间，[max_fails=0] 即关闭后端服务器健康检查。[proxy_next_upstream error timeout] 说明碰到错误或超时的情况切到下一个后端服务器。如此设置后利用curl命令对Nginx发起连接请求，看Nginx会作何反应。

（1）curl -I -w %{time_total}:%{time_connect}:%{time_starttransfer} PHP">www.test.com/test.PHP Server: Nginx/0.7.65 Date: Tue,18 May 2010 02:43:08 GMT Content-Type: text/html; charset=utf-8 Content-Length: 183 Connection: keep-alive

说明：

连续请求3次后得到的http返回结果是一样的，均为504 Gateway Time-out 错误。这种情况只有在后端服务器都有问题的时才会出现这个错误，很显然我这里的proxy_read_timeout设置的时间太短，后端程序还没来得及 把程序执行完，Nginx就迫不及待的将请求甩给upstream定义的另一台服务器上了，当发现另外一台服务器同样2秒没有返回后，Nginx这回没有 服务器可用，只有返回504 Gateway Time-out 。这也是为什么最后的time_total时间是4秒。（经查看两台web服务器的访问日志得知，均有一条访问记录，且返回代码为200，说明Nginx 确实来过，但没有等到执行完成就匆匆的离去了）如果我有3台服务器，在保证任何不变的情况下，time_total时间一定会是6秒，因为Nginx会一 个接一个的将3台服务器都走一遍。

-----------------------------------------------------------------------------------------------------------------------

好了，确认是我proxy_read_timeout设置时间太短后，我将它的值设置为3秒，再通过curl命令访问：

（2）curl -I -w %{time_total}:%{time_connect}:%{time_starttransfer} www.test.com/test.PHP Server: Nginx/0.7.65 Date: Tue,18 May 2010 03:07:58 GMT Content-Type: text/html; charset=UTF-8 Connection: keep-alive Vary: Accept-Encoding X-Powered-By: PHP/5.1.6

说明：通过3次连续请求，得到的结果是一样的，RS:Web1 也就是说我这三次的请求都甩到了web1上。但我web1中的程序只需要2秒后就可以返回结果，但为什么我通过Nginx代理后时间总是我的 程序执行时间+proxy_read_timeout时间呢？

-----------------------------------------------------------------------------------------------------------------------

继续将proxy_read_timeout设置为4s

（3）curl -I -w %{time_total}:%{time_connect}:%{time_starttransfer} www.test.com/test.PHP Server: Nginx/0.7.65 Date: Tue,18 May 2010 03:15:25 GMT Content-Type: text/html; charset=UTF-8 Connection: keep-alive Vary: Accept-Encoding X-Powered-By: PHP/5.1.6

三次请求后结果也是一样，这次花的时间更长了，但确实是 时间。但为什么每次都需要6秒呢？按照upstream中定义的权重应该是平分请求的，最起码 应该有2秒的时候。经过分析得知：最终返回给用户请求的是web1，那么当再次请求的时候一定会分给web2，由于web2是sleep 5秒的，因此经过proxy_read_timeout的时间（4s）后会跳到web1，结果还是web1返回的请求，所花时间就是Nginx在web2 等待的时间+web1执行的时间，以此类推下一次Nginx自然的还会分给web2……。如果有更多的后端web，则判断下一个请求服务器可以看当前返回 给最终用户的是那台服务器，然后根据upstream中定义的顺序向下查询（权重一样的情况）

（1）上面的三次测试分别将proxy_read_timeout的值设置为2s、3s、4s的情况进行的。最终的测试结果也都在后面做了解释与说 明。由于我关闭了后端服务器的健康检查（max_fails=0）因此判断后端服务器情况的唯一依据便是proxy_read_timeout参数，如果 这个参数设置得过小，但后端程序的执行或多或少会超过这个时间的话，这种情况Nginx的效率是非常低的。

（2）上面的测试都是后端服务器正常但执行超时的情况下Nginx根据proxy_read_timeout和 proxy_next_upstream的值来选择下一个服务器，那如果我后端服务器直接报错的情况呢？可以想到如果报错信息在 proxy_next_upstream 中有定义的话Nginx还会跳到下一台服务器。否则直接将保存信息返回给Nginx从而最终呈献给用户