$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