Redis: 集群高可用之MOVED转向和ASK转向解决方案

1 ) 问题描述

2 ）Redis 规范

3 ）解决方案

3.1 解决方案 1

让你的这个客户端使用集群的方式来连接就行了
$ /usr/local/redis/bin/redis-cli -c -a 123456 -h 192.168.10.101 -p 6371
- 看到这里多了一个 -c
- 它会帮助我们做 MOVED 转向
这里使用的是 redis-cli, 另外，你的第三方的客户端, 比如一些可视化的客户端
包括项目里的代码，也要以集群 cluster 的方式接入

3.2 解决方案 2

如果你的客户端不支持集群
但是在你连接你每次获取请求的时候，实际上会拿到这个槽和这个节点的信息
把记录下来之后，再次有这个命令的时候，就可以寻找到正确的那个节点去执行命令
最终集群处于一个稳定状态了，所有的客户端都会保存一个完整的哈希槽对应一个节点的映射记录，集群呢就非常高效了
然后有命令过来，客户端就可以直接向正确的这个节点发送命令请求就无需转向等等的这些操作了
MOVED 转向是 Redis 官方规范要求，就是客户端必须要处理MOVED的错误
- 要么就是以集群的方式连接, 交给那种第三方的东西帮你去做
- 要么就是你自己去处理
因为我们要实现对用户的一种透明
总结下来
- 就是保持 server 端，尽量简洁
- 能不在server端做的事情就不在server端做
- 降低 server端的压力

1 ) 问题描述

除了上面 MOVED 转向和 Redis 的规范，还要求客户端必须也要实现对 ASK 转向的处理
在进行节点与插槽管理的时候，比如添加一个主节点
- 需要把其他节点的槽重新分配给了这个新的主节点
- 在这个过程中，移动了很多的槽，槽在做迁移
- 包括在删除主节点的时候，也是先把那些槽转移到可用的节点上
- 就是先迁移过去，然后再删它
就在上面这个过程中，如果你发了一个命令，你这个命令要处理的那个键
恰好就属于正在被迁移的这个槽，这时候就会产生 ASK 转向
原节点会在自己的数据里面去找你指定的这个键
如果找到了，那就直接执行客户端发送的命令就返回了
没找到，这个键有可能已经被迁移到目标的节点了, 原节点就会向客户端返回一个ASK错误
指引客户端向正在导入槽的目标节点，再次发送之前要执行的命令
在环境稳定的情况下，是不可能产生ask错误的
- 因为 ASK 错误，是你的集群中有槽在迁移
- 而且你请求的那个key 正好就是在迁移的那些槽中才会发生这个错误

2 ) 解决方案

2.1 解决方案1

2.2 解决方案2

以正常的方式去登录，登录之后呢，它这个里边有一个 ASKING 的一个命令
这个 ASKING 的命令是干嘛的呢？
- 就是打开发送该命令客户端的一个Redis ASK 标识
- 假设，现在有一些槽正在迁移，我请求的key就在迁移的那些槽中
- 这个时候 Redis 会给我返回一个error，ask 告诉怎么做
- 这时候，再敲一下 ASKING 看到这个OK之后
- 再去获取，就能拿到了这个 key
它的原理就是 ASKING 命令打开 Redis ASKING 的一个标识
当你拿完以后，这个 ASKING 的标识也会被移除，它是一次性的
- 也就是说你的这个槽在迁移的过程中，如果想要多次获取它
- 每次获取都得通过 ASKING 获取

1 ) 关于 MOVED 转向

2 ）关于 ASK 转向

3 ）简单理解

MOVED 转向相当于告诉你这个槽在哪，你要自己去获取, 解决办法是以集群的方式连入，或者说自己去维护槽对应节点信息，在每次命令之前自己去做处理判断，让他向正确的节点发送请求
ASK 转向是槽迁移的过程中产生的一种错误，它会给你返回 ASK error
解决办法，也是你的客户端以集群的方式接入，它会自己帮你去处理
否则的话，先发送一个 ASKING，然后再去获取，就能正常拿到

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.rhkb.cn/news/442693.html

如若内容造成侵权/违法违规/事实不符，请联系长河编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！