多索引搜索与PIT索引ID重用

Question

我计划搜索多个不同的一次多个指数集。我还想使用search_after和时间点索引进行深度分页。我有一些关于PIT在这种情况下如何工作的一般性问题。

1. 用多个索引调用_pit端点很好，但我不确定它到底是如何工作的-- PIT索引是否耦合到我在调用_pit时传递给逗号分隔的一组索引(例如，/index-1,index-2/_pit?keep_alive=15m将打开一个PIT id，在我想要index-1,index-2结果的任何搜索中都可用)？此外，在创建多个索引坑索引时，隐式_shard_doc分拆会起作用吗？
2. 弹性博客指南 re:让后台进程创建一个用于所有搜索请求的坑(而不是在每个搜索请求上创建一个)似乎与坑道医生相矛盾，该坑道医生声明如下--我一定是误解了这些语句之一？

打开时间请求和每个后续搜索请求都可以返回不同的id；因此，始终使用最近接收的id来进行下一次搜索请求。

Answer 1

最终(在同事的帮助下)找到了答案。

1. 多索引坑索引被支持，尽管这在编写时没有反映在任何文档中。

测试并证实，打开一个坑和对一个PIT进行搜索都具有多个索引，即使在文档中没有明确提到它。同时，与ES搜索小组进行了反复检查&他们确认了这是正确的。

1. 是的，在请求的是稳定的期间(在一个类似的切分问题的上下文中)，PIT是keep_alive。

对你的问题的回答是肯定的，PIT的保证--索引中的某个时间点，不管内部使用的是什么碎片副本。如果我们再也找不到这个时间点，就会返回“没有找到搜索上下文”的错误。但是，正如我在前面的回答中所说，目前我们总是返回相同的坑id，即使我们最终使用了不同的碎片副本。