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的错误日志

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