Nginx 学习之 request_time 和 upstream_response_time

为了记录接口响应时间，会通过调整Nginx日志格式来记录接口的请求和响应详细情况

创新互联建站坚持“要么做到，要么别承诺”的工作理念，服务领域包括：网站设计、成都做网站、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的罗湖网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

项目采用的日志结构如下：

log_format  main  '$remote_addr - $remote_user [$time_local] "$request" $request_time $upstream_response_time '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

最近在分析接口时发现某个接口的请求详情如下：

192.168.1.11 - - [02/Dec/2022:11:01:35 +0800] "POST /xxx/xxxx HTTP/1.1" 5.687 0.146 200 535863 "http://localhost:7456/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/107.0.0.0 Safari/537.36" "-"

分析接口发现 接口的两个时间差别很大 这里就需要分析下两个接口的时间了，然后来定位问题的原因

request_time ： 指的就是从接受用户请求的第一个字节到发送完响应数据的时间，即$request_time包括接收客户端请求数据的时间、后端程序响应的时间、发送响应数据给客户端的时间(不包含写日志的时间)

upstream_response_time： 是指从Nginx向后端建立连接开始到接受完数据然后关闭连接为止的时间

上面描述可以看出， request_time肯定比upstream_response_time值大，尤其是在客户端采用POST方式提交较大的数据，响应体比较大的时候。在客户端网络条件差的时候，request还会被放大

出现这个问题的原因大概是因为网络问题导致的，看到这个接口返回的数据量比较大，在网络不好的情况下这个差距估计被放大了，之前这两个时间基本都是相等的或者差别在ms级别

你是否还在寻找稳定的海外服务器提供商？创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源，准确流量调度确保服务器高可用性，企业级服务器适合批量采购，新人活动首月15元起，快前往官网查看详情吧

新闻名称：Nginx学习之request-创新互联
网页链接：http://hbruida.cn/article/csjjso.html