nginx 知识点

$request_time 和$upstream_response_time 的区别

看官方文档:[http://nginx.org/en/docs/http/ngx_http_log_module.html#log_format]

|| $request_time ||
request processing time in seconds with a milliseconds resolution;
time elapsed between the first bytes were read from the client and
the log write after the last bytes were sent to the client

| $request_time指的就是从接受用户请求数据到发送完回复数据的时间。 |

[http://nginx.org/en/docs/http/ngx_http_upstream_module.html#variables]


|| $upstream_response_time ||
keeps servers response times in seconds with a milliseconds
resolution. Several responses are also separated by commas and colons.

| $upstream_response_time说的有点模糊,它指的是从Nginx向后端建立连接开始 \\
  到接受完数据然后关闭连接为 止的时间。 || 因为会有重试, || 它可能有多个时间 \\
  段。一般来说, || $upstream_response_time 会比 || $request_time时间短。 |

对于HTTP POST的请求,两者相差特别大。因为Nginx会把HTTP request body缓存
住,接受完毕后才会把数据一起发给后端。

 

把后端的慢请求日志记录到Nginx的错误日志

1
2
3
4
5
6
7
location / {
  log_by_lua ‘
    if tonumber(ngx.var.upstream_response_time) >= 1 then
      ngx.log(ngx.WARN, "[SLOW] Ngx upstream response time: " .. ngx.var.upstream_response_time .. "s from " .. ngx.var.upstream_addr);
    end
  ‘;
}

 

nginx proxy_pass后的url加不加/的区别

 

在nginx中配置proxy_pass时,当在后面的url加上了/,相当于是绝对根路径,则nginx不会把location中匹配的路径部分代理走;如果没有/,则会把匹配的路径部分也给代理走。

 

下面四种情况分别用http://192.168.1.4/proxy/test.html 进行访问。

第一种:

location  /proxy/ {

          proxy_pass http://127.0.0.1:81/;

}

会被代理到http://127.0.0.1:81/test.html 这个url

 

第二咱(相对于第一种,最后少一个 /)

location  /proxy/ {

          proxy_pass http://127.0.0.1:81;

}

会被代理到http://127.0.0.1:81/proxy/test.html 这个url

 

第三种:

location  /proxy/ {

          proxy_pass http://127.0.0.1:81/ftlynx/;

}

会被代理到http://127.0.0.1:81/ftlynx/test.html 这个url。

 

第四种情况(相对于第三种,最后少一个 / ):

location  /proxy/ {

          proxy_pass http://127.0.0.1:81/ftlynx;

}

会被代理到http://127.0.0.1:81/ftlynxtest.html 这个url

 

上面的结果都是本人结合日志文件测试过的。从结果可以看出,应该说分为两种情况才正确。即http://127.0.0.1:81 (上面的第二种) 这种和 http://127.0.0.1:81/.... (上面的第1,3,4种) 这种。

 

本文出自 “竹阴下” 博客,请务必保留此出处http://ftlynx.blog.51cto.com/2833447/839607

nginx 知识点

上一篇:git tag


下一篇:如何使用思维导图更高效的设计测试用例?(转)