有没有办法在弹性搜索中保持文档的老化

Question

这是问题所在

我的索引记录大约有100万条。 文件中的财产老化每天都在增加。 每天晚上运行的调度程序都会从​​文档中的当前日期和创建日期开始计算老化时间，并更新索引。

问题在于，随着数据的增加，批量更新导致GC overhead limit exceeded了GC overhead limit exceeded 。 因此，我所做的只是在每次更新中都添加了一些暂停，但仍然没有帮助。

现在，我正在思考和研究将groovy脚本与“ update_with_query”一起使用。

我想问问那里还有其他保持年龄的方法。 例如在吉拉（Jira），每天的逾期日期都会增加，或者我必须获取访问并更新文档

运行EveryTime批量请求时，我可以看到弹性搜索限制'现在限制索引编制：numMergesInFlight = 5，maxNumMerges = 4'。 我已经阅读了有关此内容，但不确定该怎么做。 我认为应该有另一种方法来计算老化，但不确定，因为随着数据的增加，这个问题将持续存在

最后，我想要一个查询，例如给我所有年龄为100的文档或给我所有年龄> 100的文档

Answer 1

答案很简单。 我在想其他方法。 如果查询是获取所有文档的aging is > 2 。 这意味着我需要获取两天之前创建的所有文档。 简单地将'2'转换为当前日期到日期并使用范围操作，它应该可以解决问题