转自：http://blog.csdn.net/u010454030/article/details/73609231
在es查询的时候我们可以控制Preference，来完成特定shard或节点上的数据查询，默认情况下查询是随机的。
假如现在我们有一份索引5个shard和3个副本，当一个查询请求过来的时候，查询操作如何执行，在没有使用路由的情况下5个shard的数据肯定都要查询，然后查询5个shard时候到底查的是主shard还是replia都是随机的。
通过偏好查询，我们可以有更多的选择定制，比如我们可以设置只查询主shard，或者只查replia，或者仅仅查某几个节点的数据。
下面来介绍下Preference相关的参数：
（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
{"query": {
"match": {
"title":"elasticsearch"} }}
大多数时候是不需要刻意使用Preference功能的，除非在一些特殊情况下，如shard不可读，shard失败，shard未分配情况，或者某些节点挂了，我们可以指定读取正常shard的数据，虽然不完整，但也比整个服务不可用体验要好。
