我有一个HTTPS网站，有时，对于相同的客户端，$ request_time是$ upstream_response_time的10倍，甚至100倍。 我理解2次之间的差异：$ request_time是接收到的第一个字节和发送的最后一个字节之间的持续时间。
有些用户告诉我，他们经历了连接超时，所以我认为这些很长的$ request_time是真正的问题。
这些很长的$ request_time发生GET请求（典型的请求大小：185字节）。 上游是一个fastcgi过程。 我想知道在什么情况下$ request_time可能太高：
我不知道哪些选项实际上是可能的，我怎么会找出什么是实际上创build长$ request_time。
OSCP是一个问题，但在那里，但我会调查更多的超时/不可用fastcgi工人的方向。 这是一个真正的heisenbug还是发生，当它发生，不同的用户？ 你有基于http的监控（例如，通过Nagios，Selenium等真正的GET请求，而不仅仅是端口80/443 – 检查）
debugging步骤：