在ElasticSearch中調查慢查詢

Question

我們在生產環境中使用的是彈性搜索版本5.4.1。 集群設置為3個數據，3個查詢，3個主節點。 最近，我們在一個特定的數據節點中觀察到許多緩慢的查詢，並且其中存在的[index] [shard]只是副本。

我發現沒有很多刪除的文檔或內存問題可能直接導致運行緩慢。

任何有關如何進行調查的指示都將有所幫助。

謝謝！

Answer 1

一個ES查詢期間發生了許多事情。 首先，檢查took由ElasticSearch返回現場。

Elasticsearch執行搜索所took時間（以毫秒為單位）

但是， took字段是ES在其一側處理查詢所花費的時間。 不包括

• 在客戶端上將請求序列化為JSON
• 通過網絡發送請求
• 在服務器上反序列化來自JSON的請求
• 在服務器上將響應序列化為JSON
• 通過網絡發送響應
• 反序列化客戶端上的JSON響應

因此，我認為您應該嘗試確定緩慢的確切步驟。

參考： 查詢時間：“獲取”值和我正在測量的值