当redis集群在slot迁移过程中redis客户端如何处理

2021/10/26 19:12:28

本文主要是介绍当redis集群在slot迁移过程中redis客户端如何处理,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

1.背景

假设,当前redis集群只有2个节点 node-A 和 node-B,总共有3个slot, 其和节点的对应关系如图, client 会将其缓存一个映射map
image

现在要扩容新增一个节点 node-3, 并把 slot3 的数据迁移到 node-3,如下图
image

2. 问题

在 slot-3 迁移结束前,crc16(key) % 16384 = 3 的 key, 可能还在 node-B, 也可能迁移到 node-C 了

  • 那么 client 是应该向 node-B 发送请求,还是向 node-C发送请求?
  • 客户端的 slot -> node 的映射缓存什么时候更新?

3.redis cluster 中协议找答案

先看看 key 迁移过程中,redis cluster 节点会返回什么响应

假设slot-3 共有 key1,key2,key3,key4,key5 5个key,当前 key1、key2、key3 已经迁移到 node-C 了, 如下图:
image

3.1 操作还在原节点 node-B 的 key: key4

正常返回
image

3.2 操作已经迁移到新节点node-C 的 key: key1

image
(1) 由于key1已经迁移到 node-C了, 这个时候 node-B 会返回 -ASK 重定向到 node-C
(2) 接着需要先向 node-C 发送一个 ASKING 指令,然后才能从 node-C 获取到 key1 的值
(3) 如果直接向 node-C 发送 get key1 的话,会收到 moved 响应,让你去 node-B 执行;所以此时更新客户端 node映射缓存是没有用的

结论

在slot迁移过程中,任然向 slot 原节点发送命令,每次收到 ASK 后,先发送 ASKING 指令临时重定向到新节点,再正常执行命令, 此时不需要更新 客户端slot-node 映射缓存

扩展:ASK 和 MOVED 重定向的区别

  • ASK 只是临时重定向,此时 slot 对应的数据在多个节点上,并不明确,redis-cluster还是将其归属在老节点;要先向 ASK 的新节点发 asking 后才能向新节点发送命令,下一次命令还是需要向老节点发送命令
  • MOVED 是永久重定向,表示 slot 不在当前 redis 节点了,发错地方了 ,后续该slot的请求都应该发往 MOVED 重定向的 node, 如果客户端收到 MOVED 说明 slot-node的映射不对了,该执行 cluster slots 获取新的映射关系 更新本地缓存了

参考:https://redis.io/topics/cluster-spec#ask-redirection



这篇关于当redis集群在slot迁移过程中redis客户端如何处理的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!


扫一扫关注最新编程教程