笔者在根据nginx的accesslog中$request_time进行程序优化时，发现有个接口，直接返回数据，平均的$request_time也比较大。原来$request_time包含了用户数据接收时间，而真正程序的响应时间应该用$upstream_response_time。 下面介绍下 ...

nginx常见的2个time 我们在通过tsar采集对nginx的数据进行采集时，发现tsar采集到的rt时间和nginx自身日志中打印的时间$request_time对不上，这让我们在收到报警后很难快速的和nginx的日志对应起来，从而找到我们响应慢的api。于是对nginx的几个处理时间 ...

1、request_time 官网描述：request processing time in seconds with a milliseconds resolution; time elapsed between the first bytes were read from ...

1、request_time 官网描述：request processing time in seconds with a milliseconds resolution; time elapsed between the first bytes were read from ...

在nginx配置中，经常看到request_time,upstream_response_time，有些时间并不是很清楚二者的差异，感觉差不多，其实： 本质是requst_time是从client发起请求到返回结果的时间；而upstream_response_time是nginx建立连接到返回 ...

request_time 官网描述：request processing time in seconds with a milliseconds resolution; time elapsed between the first bytes were read from the client ...

下图是request_time。 下图是upstream_response_time. 精准的描述就是：request_time是从接收到客户端的第一个字节开始，到把所有的响应数据都发送完为止。upstream_response_time是从与后端建立TCP连接 ...

首先，澄清一个误区 upstream_response_time必须在upstream配置时才能使用？ 答案： 否。 举例： request_time 官网描述：request processing time in seconds with a milliseconds ...