NGINX NGINX Trac 3rd Party Modules Security Advisories CHANGES OpenResty ngx_lua Tengine 在线学习资源 NGINX 开发从入门到精通 NGINX Modules ngx_echo
这是一个创建于 4190 天前的主题，其中的信息可能已经有所发展或是发生改变。
http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache_lock
有人了解这个 directive 打开之后的效果么？
proxy_cache_lock on;
根据文档，貌似如果一个大文件需要回源，那么打开之后，在同一时间就只会发起一个到源站的请求，然后其他对同样文件的请求就会等这个请求先完成。
但是这样的话，如果这个文件非常非常大，需要几分钟才能下载完的话，难道其他请求也就干等几分钟吗？
有人了解这个 directive 打开之后的效果么？
proxy_cache_lock on;
根据文档，貌似如果一个大文件需要回源，那么打开之后，在同一时间就只会发起一个到源站的请求，然后其他对同样文件的请求就会等这个请求先完成。
但是这样的话，如果这个文件非常非常大，需要几分钟才能下载完的话，难道其他请求也就干等几分钟吗？
 | 1 aveline 2014-07-05 14:41:19 +08:00 是阻塞的 ... 所以这个功能很鸡肋。 是想实现 Squid 里的 Collapsed Forwarding 功能么？ |
 | 2 Livid MOD OP PRO @aveline 在测试到底是怎样的。 这里有篇博客说和 Squid 的类似： https://blog.feuvan.net/2013/07/12/10135-nginx-proxy-cache-lock.html |
 | 3 lsylsy2 2014-07-05 14:46:59 +08:00 一直觉着Nginx的缓存做的不好，只用来做负载均衡，缓存还是交给Varnish和Squid |
 | 4 alex321 2014-07-05 15:00:20 +08:00 我在网上照抄了一堆做了基于 sslstart 的 google 反向代理给身边的小伙伴们使用，设置了 cache 2g，可能是访问量很小，目前还没遇到什么症状，也不知道这个缓存的价值如何。 |
| 5 aveline 2014-07-05 15:07:01 +08:00 在本地重新测试了一下，proxy_cache_lock 打开的时候，另一个同样 cache key 的请求在到达 proxy_cache_lock_timeout 之前是不会发起的。 |
| 6 Livid MOD OP PRO  1 |
| 8 Livid MOD OP PRO @aveline 关于 proxy_cache_lock 的问题，今天又研究了一下。总算是找到 Nginx.org 官方的 Maxim Dounin 的答复了： https://www.ruby-forum.com/topic/5010940 Hello! On Mon, Jun 30, 2014 at 11:10:52PM -0400, Paul Schlie wrote: > being seemingly why proxy_cache_lock was introduced, as you initially suggested. Again: responses are not guaranteed to be the same, and unless you are using cache (and hence proxy_cache_key and various header checks to ensure responses are at least interchangeable), the only thing you can do is to proxy requests one by one. If you are using cache, then there is proxy_cache_key to identify a resource requested, and proxy_cache_lock to prevent multiple parallel requests to populate the same cache node (and "proxy_cache_use_stale updating" to prevent multiple requests when updating a cache node). In theory, cache code can be improved (compared to what we currently have) to introduce sending of a response being loaded into a cache to multiple clients. I.e., stop waiting for a cache lock once we've got the response headers, and stream the response body being load to all clients waited for it. This should/can help when loding large files into a cache, when waiting with proxy_cache_lock for a complete response isn't cheap. In practice, introducing such a code isn't cheap either, and it's not about using other names for temporary files. -- Maxim Dounin http://nginx.org/ 好想悬赏找人做这个功能。 |
| 9 Livid MOD OP PRO 嗯，必须找公司申请资源把这个功能做了。 |
Select Language