有一個很大的索引，最近全面更新了這個索引增加了一些新的欄位
health status index uuid pri rep docs.count docs.deleted store.size pri.store.size
green open company KTngnM6ASD-_KdU0FFAWRA 1 0 96008284 3662063 33.6gb 33.6gb
前20個執行緒并發批量索引，每個執行緒200條記錄，用了2天，但是有31712850條記錄更新失敗，
id: 20078928430 opType: UPDATE status: TOO_MANY_REQUESTS
然后只更新這些失敗的記錄，這次使用了10個執行緒，但這次仍然存在同樣的問題，103800條記錄更新失敗，然后必須再次更新這些記錄。
那么想知道如何避免更新多條記錄同時花費較少時間的問題嗎？
uj5u.com熱心網友回復：
使用大量索引時，您可能希望優化索引速度，并可能需要對集群進行基準測驗以找出最佳批量大小和并發性- 具體數字將取決于集群和映射的配置（n-gram 等某些功能的開銷非常大，而索引）。此外，您可能希望監控執行緒池使用情況以盡早發現問題。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qianduan/375323.html
標籤：弹性搜索