强制请求未命中缓存但仍存储响应

Question 1

req.hash_always_miss应该可以解决问题。

不要在蜘蛛运行开始时执行完全缓存刷新。相反，只需将蜘蛛设置为工作 - 并在您的中将vcl_recv蜘蛛的请求设置为始终错过缓存查找；它们将从后端获取新副本。

acl spider {
  "127.0.0.1";
  /* or whereever the spider comes from */
}

sub vcl_recv {
  if (client.ip ~ spider) {
    set req.hash_always_miss = true;
  }
  /* ... and continue as normal with the rest of the config */
}

在此过程中，直到新的响应进入缓存中，客户端将继续无缝地获取旧的缓存（只要它仍在其 TTL 范围内）。

Answer

req.hash_always_miss应该可以解决问题。

不要在蜘蛛运行开始时执行完全缓存刷新。相反，只需将蜘蛛设置为工作 - 并在您的中将vcl_recv蜘蛛的请求设置为始终错过缓存查找；它们将从后端获取新副本。

acl spider {
  "127.0.0.1";
  /* or whereever the spider comes from */
}

sub vcl_recv {
  if (client.ip ~ spider) {
    set req.hash_always_miss = true;
  }
  /* ... and continue as normal with the rest of the config */
}

在此过程中，直到新的响应进入缓存中，客户端将继续无缝地获取旧的缓存（只要它仍在其 TTL 范围内）。

Question 2

Shane 的上述回答比这个好。这是一个替代解决方案，但更复杂，而且存在其他问题。请为 Shane 的回答点赞，而不是这个。我只是展示了另一种解决问题的方法。

我最初的想法是return (pass);在vcl_recv，然后在请求被获取之后，以vcl_fetch某种方式指示 Varnish应该缓存该对象，即使它之前已经被明确传递过。

事实证明这不可能：

如果您选择在较早的 VCL 函数（例如：vcl_recv）中传递请求，您仍将执行 vcl_fetch 的逻辑，但是即使您提供了缓存时间，对象也不会进入缓存。

因此，次优方案是像普通请求一样触发查找，但要确保它总是失败。没有办法影响查找过程，所以它总是会命中（假设它是缓存；如果没有，那么它无论如何都会丢失并存储）。但我们可以影响vcl_hit：

sub vcl_hit {
    # is this our spider?
    if (req.http.user-agent ~ "Wget" && client.ip ~ spider) {
        # it's the spider, so purge the existing object
        set obj.ttl = 0s;
        return (restart);
    }

    return (deliver);
}

我们无法强制它不使用缓存，但我们可以从缓存中清除该对象并重新启动整个过程。现在它回到开头，在vcl_recv，它最终会再次进行查找。由于我们已经清除了我们尝试更新的对象，因此它将丢失，然后获取数据并更新缓存。

有点复杂，但确实有效。用户在清除和存储响应之间卡住的唯一时间是单个请求处理的时间。虽然不完美，但还不错。

Answer