request_time和upstream_response_time详解
下图是request_time。
下图是upstream_response_time.
精准的描述就是：
request_time是从接收到客户端的第一个字节开始，到把所有的响应数据都发送完为止。
upstream_response_time是从与后端建立TCP连接开始到接收完响应数据并关闭连接为止。
所以，request_time会大于等于upstream_response_time。
比如，36.110.43.106 - - [12/Dec/2019:17:04:26 +0800] "GET /js/chunk-vendors.03f0a278.js HTTP/1.1" 200 2994930 "http://115.29.150.110/" "-" - - 5.325
日志格式为：
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for" '
'$upstream_addr $upstream_response_time '
'$request_time';
这就显然5.325ms都是消耗在nginx自己身上的。后端都没用时间。 js是从nginx上取的。
36.110.43.106 - - [12/Dec/2019:17:06:18 +0800] "POST /api/login HTTP/1.1" 404 132 "http://115.29.150.110/" "-" 172.31.184.226:8700 0.027 0.027
像这种的就是request和response时间一样。那nginx上就没消耗时间。都在后端消耗的时间。
最新文章
- Linux 信号（二）—— signal 函数
- 导向矢量（Steering Vector）
- Coreseek Windows下安装调试
- BLE蓝牙通信指令交互过程配对与绑定
- JS引用类型之——数组
- 用Telnet发送HTTP请求
- 1023: [SHOI2008]cactus仙人掌图 - BZOJ
- 用bootstrap结合php搭建MIS系统框架【转载】
- Qt5中生成和使用静态库
- web开发(Java&Jquery)实现验证码
- 一年三篇IF大于7的牛人告诉你怎么写SCI
- MAC使用GITHUB
- ConcurrentHashmap中的size()方法简单解释
- 日期时间范围选择插件:daterangepicker使用总结
- Linux下设置Tomcat虚拟路径
- c#gridcontrol 的一些设置
- bootstrapValidator表单验证插件
- 第三次spring会议
- Pycharm的激活码，亲测可用（20181223）
- mybatis配置时出现org.apache.ibatis.binding.BindingException: Invalid bound statement (not found)