弾性検索ドキュメントソート、インデックス作成の問題

Question

私はElasticSearchインデックスに9000のドキュメントを持っています。

分析された文字列フィールドで並べ替える必要があるため、（Googleを介して）フィールドを解析しないようにマッピングを更新する必要があることを知りました。マッピングの変更を反映するためにデータを再度索引付けします。

再インデックス処理は、自分のマシンで約20分かかりました。

非常に強力なプロダクションサーバでは、再インデックス処理で約2時間を費やしていました。

そのサーバーのメモリの状態とプロセッサの使用状況を確認したところ、すべて正常でした。私が知りたいのは何

は次のとおりです。

1. は、再インデックス全体のドキュメントなしで解析し、トークン化されたフィールドで文書をソートする方法はありますか？

2. ドキュメント全体のインデックスを再作成する必要がある場合は、サーバー上のドキュメントのインデックスを再作成するのに時間がかかるのはなぜですか？またはサーバーの低速の理由を追跡する方法は？

Answer 1

フィールドが_sourceに格納されている限り、私はあなたが検索するたびにカスタムフィールドを作成することができます。

{ 
    "query" : { "query_string" : {"query" : "*:*"} }, 
    "sort" : { 
    "_script" : { 
     "script" : "<some sorting field>", 
     "type" : "number", 
     "params" : {}, 
     "order" : "asc" 
    } 
    } 
} 

これは、検索するたびにサーバー側でソートスクリプトを再評価するという欠点がありますが、私はそれを解決します（1）。