有沒有辦法在彈性搜索中保持文檔的老化

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'轉換為當前日期到日期並使用范圍操作，它應該可以解決問題