一、分片操作
创建索引时,对索引进行分片
{“settings”:{
“number_of_shards”:3,
“number_of_replicas”:1
}}
- 查看es集群健康程度插件 elasticsearch_head
⚠️主分片数量在创建索引时就已经确定,并且不可再改变。但是可以水平扩容副本分片。增删改时是在主分片上进行的。
具体这次请求由哪个节点的哪个分片处理,节点通过负载均衡轮询决定,分片通过协调节点根据公式(见下方)计算所得。
协调节点:请求发到哪个节点上哪个节点就是协调节点,每次请求发到的节点可能都不同,一般情况下,每个都可以是协调节点,每个节点都知道其他节点的信息,所以协调节点在收到请求后能知道这个文档应该去哪个节点里的哪个分片做增删改查操作,但是增删改只能操作主分片,然后通过负载均衡轮询,找到一个分片,处理这个请求,分片会把查请求得到的数据或者增删改的响应发回给协调节点,由协调节点统合,然后响应给客户端。
主分片在创建后不可再变的原因:
文档被存储到哪个分片的公式
shard = hash(routing) % number_of_primary_shards
routing 是一个可变值,默认是文档的 _id ,也可以设置成一个自定义的值。 routing 通过 hash 函数生成一个数字,然后这个数字再除以 number_of_primary_shards (主分片的数量)后得到 余数 。这个分布在 0 到 number_of_primary_shards-1 之间的余数,就是我们所寻求的文档所在分片的位置。
这就解释了为什么我们要在创建索引的时候就确定好主分片的数量 并且永远不会改变这个数量:
*因为如果数量变化了,那么所有之前路由的值都会无效,文档也再也找不到了。*