Solr 搜索和自动网络发布——它们可以一起工作吗？

Question

我正在处理使用 SOLR 生成基于查询的数据集的现有网络平台。我们在新内容的近实时（

我希望能够根据生成缓存项的 SOLR 查询使缓存无效，但我遇到了一个绊脚石：有 1000 多个 SOLR 查询，很难知道哪个（如果有的话）其中一些适用于给定的文件。到目前为止，我们确定的方法包括：

1. 实例化 SOLR 实例，一次推送一个文档，然后运行查询以查看哪个命中。
2. 构建内存中的 Lucene 索引，然后做同样的事情。
3. 使用其他一些技术（SOLR 查询的手动解析）粗略估计哪些查询受到影响。

这些都不是真正理想的，但是如果没有某种方法来“扭转”流程并通过查询 CEP 样式运行文档，我不确定是否有更好的方法。

有没有人遇到过类似的情况？

Answer 1

我认为标准方法是从单个更改的文档中创建一个“索引”（使用memory index）。然后，您在此索引上运行数千个查询，如果查询匹配，则使该查询的缓存无效。由于索引很小并且完全在内存中，所以速度非常快。

Answer 2

Solr 为所有查询响应发出 ETag，并遵循标准 HTTP 缓存请求标头，例如 If-None-Match、If-Match 等。请参阅 Solr And HTTP Caches

所以这是一个围绕这个协调你的缓存系统的问题。