08、es 进一步了解___d_机制原理_写索引原理

最新推荐文章于 2024-09-13 15:20:10 发布

春光静好

最新推荐文章于 2024-09-13 15:20:10 发布

阅读量419

点赞数

CC 4.0 BY-SA版权

分类专栏： es 文章标签：大数据

本文链接：https://blog.youkuaiyun.com/ITresource/article/details/104347130

本文介绍了Elasticsearch集群中3个节点的分片分布情况，探讨了为何数据会被写入特定的主分片而不是其他。通过取余数的路由公式确定文档存储位置，主分片接收写请求并将其复制到副本分片，协调节点确保所有操作成功后向客户端返回响应。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

下图描述了 3 个节点的集群，共拥有 12 个分片，其中有 4 个主分片（S0、S1、S2、S3）和 8 个副本分片（R0、R1、R2、R3），每个主分片对应两个副本分片，节点 1 是主节点（Master 节点）负责整个集群的状态。

在这里插入图片描述

写索引是只能写在主分片上，然后同步到副本分片。这里有四个主分片，一条数据 ES 是根据什么规则写到特定分片上的呢？

这条索引数据为什么被写到 S0 上而不写到 S1 或 S2 上？那条数据为什么又被写到 S3 上而不写到 S0 上了？

首先这肯定不会是随机的，否则将来要获取文档的时候我们就不知道从何处寻找了。

 实际上，这个过程是根据下面这个公式决定的：
shard = hash(routing) % number_of_primary_shards
 
Routing 是一个可变值，默认是文档的 _id ，也可以设置成一个自定义的值。

Routing 通过 Hash 函数生成一个数字，然后这个数字再除以 number_of_primary_shards （主分片的数量）后得到余数。

这个在 0 到 number_of_primary_shards-1 之间的余数，就是我们所寻求的文档所在分片的位置。

这就解释了为什么我们要在创建索引的时候就确定好主分片的数量并且永远不会改变这个数量：因为如果数量变化了，那么所有之前路由的值

最低0.47元/天解锁文章