ElasticSearch里面的偏好查询

阅读更多

在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的数据，虽然不完整，但也比整个服务不可用体验要好。

有什么问题可以扫码关注微信公众号：我是攻城师(woshigcs)，在后台留言咨询。 技术债不能欠，健康债更不能欠， 求道之路，与君同行。