当社の生産環境では、弾性検索バージョン5.4.1を使用しています。クラスタ設定は、3データ、3クエリ、3マスターノードです。遅れて私たちは、特定のデータノードで多くの遅いクエリを観察しており、そこにある[インデックス] [シャード]は単なるレプリカです。ElasticSearchで低速クエリを調べる
私は多くの削除されたドキュメントやメモリの問題が原因で遅れを直接引き起こすことはありません。
ここで調査を進める上での指針は参考になります。
ありがとうございます!
当社の生産環境では、弾性検索バージョン5.4.1を使用しています。クラスタ設定は、3データ、3クエリ、3マスターノードです。遅れて私たちは、特定のデータノードで多くの遅いクエリを観察しており、そこにある[インデックス] [シャード]は単なるレプリカです。ElasticSearchで低速クエリを調べる
私は多くの削除されたドキュメントやメモリの問題が原因で遅れを直接引き起こすことはありません。
ここで調査を進める上での指針は参考になります。
ありがとうございます!
1つのESクエリ中に多くのことが起こっています。まず、ElasticSearchから返されたtook
フィールドを確認します。
took
- 検索
を実行するElasticsearchのミリ秒単位の時間がしかし、took
フィールドは、それが は、その側面にクエリを処理するためにESを取っている時間です。これは、サーバー上のJSONへの応答をシリアライズサーバー
このように、私はあなたが遅い正確なステップを特定しようとするべきだと思います。