elk之查詢方式（4種）

es 在查詢時， 能夠指定搜索類型爲下面四種：
　　QUERY_THEN_FETCH
　　QUERY_AND_FEATCH
　　DFS_QUERY_THEN_FEATCH

　　DFS_QUERY_AND_FEATCH

 

一、 query and fetch
　　向索引的全部分片 （ shard）都發出查詢請求， 各分片返回的時候把元素文檔 （ document）和計算後的排名信息一塊兒返回。
　　這種搜索方式是最快的。 由於相比下面的幾種搜索方式， 這種查詢方法只須要去 shard查詢一次。 可是各個 shard 返回的結果的數量之和多是用戶要求的 size 的 n 倍。
　　優勢：這種搜索方式是最快的。由於相比後面的幾種es的搜索方式，這種查詢方法只須要去shard查詢一次。
　　缺點：返回的數據量不許確， 可能返回(N*分片數量)的數據而且數據排名也不許確，同時各個shard返回的結果的數量之和多是用戶要求的size的n倍。
　　　

二、 query then fetch（ es 默認的搜索方式）
　　若是你搜索時， 沒有指定搜索方式， 就是使用的這種搜索方式。 這種搜索方式， 大概分兩個步驟：
　　第一步， 先向全部的 shard 發出請求， 各分片只返回文檔 id(注意， 不包括文檔 document)和排名相關的信息(也就是文檔對應的分值)， 而後按照各分片返回的文檔的分數進行從新排序和排名， 取前 size 個文檔。
　　第二步， 根據文檔 id 去相關的 shard 取 document。 這種方式返回的 document 數量與用戶要求的大小是相等的。
　　優勢：
　　　　返回的數據量是準確的。
　　缺點：
　　　　性能通常，而且數據排名不許確。

 

三、 DFS query and fetch
　　這種方式比第一種方式多了一個 DFS 步驟，有這一步，能夠更精確控制搜索打分和排名。也就是在進行查詢以前， 先對全部分片發送請求， 把全部分片中的詞頻和文檔頻率等打分依據所有彙總到一塊， 再執行後面的操做、
　　優勢：
　　　　數據排名準確
　　缺點：
　　　　性能通常
　　　　返回的數據量不許確， 可能返回(N*分片數量)的數據

 

四、 DFS query then fetch
　　比第 2 種方式多了一個 DFS 步驟。
　　也就是在進行查詢以前， 先對全部分片發送請求， 把全部分片中的詞頻和文檔頻率等打分依據所有彙總到一塊， 再執行後面的操做、

　　優勢：
　　　　返回的數據量是準確的
　　　　數據排名準確
　　缺點：
　　　　性能最差【 這個最差只是表示在這四種查詢方式中性能最慢， 也不至於不能忍受，若是對查詢性能要求不是很是高， 而對查詢準確度要求比較高的時候能夠考慮這個】

總結：每種方式的時間

QUERY_AND_FETCH
0-1534820294505
1-1534820294541

 

QUERY_THEN_FETCH

0-1534820356610
1-1534820356641

 

 

DFS_QUERY_THEN_FETCH
0-1534820407588
1-1534820407621

 

DEFAULT0-15348205030411-1534820503071