ElasticSearch裡面的偏好查詢

**：

在es查詢的時候我們可以控制preference，來完成特定shard或節點上的資料查詢，預設情況下查詢是隨機的。

假如現在我們有乙份索引5個shard和3個副本，當乙個查詢請求過來的時候，查詢操作如何執行，在沒有使用路由的情況下5個shard的資料肯定都要查詢，然後查詢5個shard時候到底查的是主shard還是replia都是隨機的。

通過偏好查詢，我們可以有更多的選擇定製，比如我們可以設定只查詢主shard，或者只查replia，或者僅僅查某幾個節點的資料。

（1）_primary：只查詢主shard，也就是說不管你有多少個副本，只對主shard進行檢索，這種場景可以用在所有副本不可用的時候，強制讀取主shard資料。

（2）_primary_first：優先讀取主shard，如果主shard無效或者失敗，則會讀取其他shard

（3）_replica：只查詢replia

（4）_replica_first：優先查詢replia，如果replia無效就查詢其他的shard。

（5）_local：盡可能在本地執行查詢，不跨網路

（6）_prefer_nodes:abc,xyz 在指定的節點id上執行查詢

（7）_shards:2,3查詢指定分片上的資料，此外這種寫法還可以和前面的用法組合，如：_shards:2,3|_primary ，查詢分片2和3且在主節點上的資料

（8）_only_nodes ：限制在特定的node上執行操作

（9）custom (string) value ：使用自定義的值來保證同乙個值的資料，在乙個shard裡面，感覺有點像routing欄位的功能，暫時沒太理解如何使用這個功能，因為官網給的例子，只有查詢，在索引的時候沒有看到設定preference的功能：

get /_search?preference=xyzabc123

}}大多數時候是不需要刻意使用preference功能的，除非在一些特殊情況下，如shard不可讀，shard失敗，shard未分配情況，或者某些節點掛了，我們可以指定讀取正常shard的資料，雖然不完整，但也比整個服務不可用體驗要好。