这是问题
我在索引中有大约100万条记录。文件中的财产老化每天都在增加。每晚调度程序运行并计算文档中当前日期和创建日期的老化并更新索引。
问题是随着数据的增加，批量更新导致GC overhead limit exceeded。所以我所做的是在每次更新中添加一些暂停，但仍然没有帮助。
现在我正在思考和研究使用groovy脚本和'update_with_query'。
我想问一下维持年龄的其他方法。例如在jira中，每天的逾期日期都会增加，或者我必须获取访问和更新文档
运行EveryTime批量请求我可以看到弹性搜索限制'现在限制索引：numMergesInFlight = 5，maxNumMerges = 4'。我已经读过这个但不知道该怎么做。我认为应该有另一种方法来计算老化但不确定，因为随着数据的增加，这个问题将会持续存在
最后我想要一个查询，比如给我所有年龄为100的文档，或者给我所有文件的老化＆gt; 100
答案 0 :(得分：0)
答案很简单。我正在考虑其他方式。
如果查询是获取所有文档aging is > 2。这意味着我需要获得在两天之前创建的所有文档。简单地将'2'从当前日期转换为日期并使用范围操作，它应该解决问题