Performance 限制Elasticsearch/Lucene结果（安全方面）

我有一个包含10万个文档的索引。用户可以搜索索引，但必须仅获取她有权访问的结果文档。用户有权访问的文档列表由另一个系统提供，并且不稳定，因此我无法将此信息存储在文档中

建议的解决方案可以是使用过滤查询，将用户有权使用的文档作为过滤器。我知道过滤器是可缓存的，但如果用户应该能够访问例如50K的文档，那么在过滤查询中包含50K子句来限制每次的结果似乎并不有效

---

所以问题是：请求的大小是否与我有关？有没有更合适的方法来完成手头的任务？

我认为这不应该有问题。关于请求大小，我知道ES对请求大小有限制（

http.max\u content\u length setting

100mb？），但我认为这不应该是个问题。我假设这些50k文档是由ID或一些小的东西表示的。在这种情况下，我通常建议进行测试和比较：使用过滤器进行测试，不使用过滤器进行测试。多次，因为第一个请求将缓存不同的内容，而第一个请求总是需要最长时间才能返回的。使用1000个过滤过的文档进行测试，并逐渐增加到10k、25k、50k甚至90k。看看它的行为。我的感觉是会有一个性能损失，但不是一个大的和可管理的。当增加过滤器的数量时，一定要注意过滤器缓存收回的数量。我注意到当过滤器缓存移出开始发生时，性能会明显降低。这是真的。另外，如果你说文档列表是不稳定的，这取决于你经常考虑的改变，而不是缓存那个过滤器。缓存（和逐出）可能比根本不缓存成本更高。我认为这不应该有问题。关于请求大小，我知道ES对请求大小有限制（

http.max\u content\u length setting

100mb？），但我认为这不应该是个问题。我假设这些50k文档是由ID或一些小的东西表示的。在这种情况下，我通常建议进行测试和比较：使用过滤器进行测试，不使用过滤器进行测试。多次，因为第一个请求将缓存不同的内容，而第一个请求总是需要最长时间才能返回的。使用1000个过滤过的文档进行测试，并逐渐增加到10k、25k、50k甚至90k。看看它的行为。我的感觉是会有一个性能损失，但不是一个大的和可管理的。当增加过滤器的数量时，一定要注意过滤器缓存收回的数量。我注意到当过滤器缓存移出开始发生时，性能会明显降低。这是真的。另外，如果你说文档列表是不稳定的，这取决于你经常考虑的改变，而不是缓存那个过滤器。缓存（和逐出）可能比根本不缓存成本更高。我认为这不应该有问题。关于请求大小，我知道ES对请求大小有限制（

http.max\u content\u length setting

100mb？），但我认为这不应该是个问题。我假设这些50k文档是由ID或一些小的东西表示的。在这种情况下，我通常建议进行测试和比较：使用过滤器进行测试，不使用过滤器进行测试。多次，因为第一个请求将缓存不同的内容，而第一个请求总是需要最长时间才能返回的。使用1000个过滤过的文档进行测试，并逐渐增加到10k、25k、50k甚至90k。看看它的行为。我的感觉是会有一个性能损失，但不是一个大的和可管理的。当增加过滤器的数量时，一定要注意过滤器缓存收回的数量。我注意到当过滤器缓存移出开始发生时，性能会明显降低。这是真的。另外，如果你说文档列表是不稳定的，这取决于你经常考虑的改变，而不是缓存那个过滤器。缓存（和逐出）可能比根本不缓存成本更高。