redis实战第十四篇 redis cluster ask重定向

2024-06-22 19:18

本文主要是介绍redis实战第十四篇 redis cluster ask重定向,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

redis cluster除了有一个moved重定向,还存在ask重定向。ask重定向代表的状态比较特别,它是当slot处于迁移状态时才会发生。例如:一个slot存在三个key,分别为hello1、hello2、hello3,假设此时slot正在处于迁移状态,hello1已经迁移到了目标节点,此时如果在源节点获取hello1,则会报出ask重定向错误。

下面通过手动迁移slot来模拟ask重定向问题
在32节点上,利用hash_tag(关于hash_tag参考【传送门】)来将多个键放在一个slot中。

127.0.0.1:6380> keys *{info}*
1) "user:{info}:name"
2) "user:{info}:email"
3) "user:{info}:id"
4) "user:{info}:age"
127.0.0.1:6380> cluster keyslot *{info}*
(integer) 5642

*{info}*这些键全在32节点的5642这个slot上,现在将5642这个slot迁移到33节点上
1.在33节点上执行

127.0.0.1:6380> cluster setslot 5642 importing ed93d5ea74751d7124a2d5830ce0806a0c962d43
OK
127.0.0.1:6380> cluster nodes
...
3641ec8359d5400e5540d77600a2360de8ca367e 192.168.0.33:6380@16380 myself,master - 0 1550413414000 15 connected 6826 10923-16383 [5642-<-ed93d5ea74751d7124a2d5830ce0806a0c962d43]
...

2.在源节点31上执行

127.0.0.1:6380> cluster setslot 5642 migrating 3641ec8359d5400e5540d77600a2360de8ca367e
OK
127.0.0.1:6380> cluster nodes
ed93d5ea74751d7124a2d5830ce0806a0c962d43 192.168.0.32:6380@16380 myself,master - 0 1550413613000 14 connected 5461-6825 6827-10922 [5642->-3641ec8359d5400e5540d77600a2360de8ca367e]
...

3.在31上使用migrate迁移键
为了模拟ask重定向,现在先只将user:{info}:age,er:{info}:id这两个键迁移到33节点。

127.0.0.1:6380> migrate 192.168.0.33 6380 "" 0 2000 auth 1234@abcd keys user:{info}:age user:{info}:id
OK

4.获取user:{info}:age user:{info}:id

127.0.0.1:6380> get user:{info}:id
(error) ASK 5642 192.168.0.33:6380
127.0.0.1:6380> get user:{info}:age
(error) ASK 5642 192.168.0.33:6380

可以看到,此时32节点上的user:{info}:id,user:{info}:age已经迁移到的3节点上,如果在32节点上获取这两个key会包ask重定向错误,假设我继续迁移,将5642槽里面的另外两个key迁移到33节点,再次获取时就会报moved重定向错误。
将剩余两个键迁移到目标节点31上

127.0.0.1:6380> migrate 192.168.0.33 6380 "" 0 2000 auth 1234@abcd keys user:{info}:name user:{info}:email
OK

通知所有主节点槽已迁移完成

分别在所有主节点31,32,33上执行
127.0.0.1:6380> cluster setslot 5642 node 3641ec8359d5400e5540d77600a2360de8ca367e
OK

确认集群状态,5642槽已迁移完成

ed93d5ea74751d7124a2d5830ce0806a0c962d43 192.168.0.32:6380@16380 myself,master - 0 1550455893000 14 connected 5461-5641 5643-6825 6827-10922
3641ec8359d5400e5540d77600a2360de8ca367e 192.168.0.33:6380@16380 master - 0 1550455894435 15 connected 5642 6826 10923-16383

再32上获取user:{info}:id,此时重定向是moved重定向

127.0.0.1:6380> get user:{info}:id
(error) MOVED 5642 192.168.0.33:6380

所以moved和ask重定向错误的区别在于,moved重定向错误是在迁移完成之后,ask重定向错误是在迁移过程中发生的。

这篇关于redis实战第十四篇 redis cluster ask重定向的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1085175

相关文章

网页解析 lxml 库--实战

lxml库使用流程 lxml 是 Python 的第三方解析库,完全使用 Python 语言编写,它对 XPath表达式提供了良好的支 持,因此能够了高效地解析 HTML/XML 文档。本节讲解如何通过 lxml 库解析 HTML 文档。 pip install lxml lxm| 库提供了一个 etree 模块,该模块专门用来解析 HTML/XML 文档,下面来介绍一下 lxml 库

性能分析之MySQL索引实战案例

文章目录 一、前言二、准备三、MySQL索引优化四、MySQL 索引知识回顾五、总结 一、前言 在上一讲性能工具之 JProfiler 简单登录案例分析实战中已经发现SQL没有建立索引问题,本文将一起从代码层去分析为什么没有建立索引? 开源ERP项目地址:https://gitee.com/jishenghua/JSH_ERP 二、准备 打开IDEA找到登录请求资源路径位置

C#实战|大乐透选号器[6]:实现实时显示已选择的红蓝球数量

哈喽,你好啊,我是雷工。 关于大乐透选号器在前面已经记录了5篇笔记,这是第6篇; 接下来实现实时显示当前选中红球数量,蓝球数量; 以下为练习笔记。 01 效果演示 当选择和取消选择红球或蓝球时,在对应的位置显示实时已选择的红球、蓝球的数量; 02 标签名称 分别设置Label标签名称为:lblRedCount、lblBlueCount

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合,内部除了存储元素外,还会存储一个score,存储在zset中的元素会按照score的大小升序排列,不同元素的score可以重复,score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]

滚雪球学Java(87):Java事务处理:JDBC的ACID属性与实战技巧!真有两下子!

咦咦咦,各位小可爱,我是你们的好伙伴——bug菌,今天又来给大家普及Java SE啦,别躲起来啊,听我讲干货还不快点赞,赞多了我就有动力讲得更嗨啦!所以呀,养成先点赞后阅读的好习惯,别被干货淹没了哦~ 🏆本文收录于「滚雪球学Java」专栏,专业攻坚指数级提升,助你一臂之力,带你早日登顶🚀,欢迎大家关注&&收藏!持续更新中,up!up!up!! 环境说明:Windows 10

springboot实战学习(1)(开发模式与环境)

目录 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 (3)前端 二、开发模式 一、实战学习的引言 (1)前后端的大致学习模块 (2)后端 Validation:做参数校验Mybatis:做数据库的操作Redis:做缓存Junit:单元测试项目部署:springboot项目部署相关的知识 (3)前端 Vite:Vue项目的脚手架Router:路由Pina:状态管理Eleme

Redis中使用布隆过滤器解决缓存穿透问题

一、缓存穿透(失效)问题 缓存穿透是指查询一个一定不存在的数据,由于缓存中没有命中,会去数据库中查询,而数据库中也没有该数据,并且每次查询都不会命中缓存,从而每次请求都直接打到了数据库上,这会给数据库带来巨大压力。 二、布隆过滤器原理 布隆过滤器(Bloom Filter)是一种空间效率很高的随机数据结构,它利用多个不同的哈希函数将一个元素映射到一个位数组中的多个位置,并将这些位置的值置

Lua 脚本在 Redis 中执行时的原子性以及与redis的事务的区别

在 Redis 中,Lua 脚本具有原子性是因为 Redis 保证在执行脚本时,脚本中的所有操作都会被当作一个不可分割的整体。具体来说,Redis 使用单线程的执行模型来处理命令,因此当 Lua 脚本在 Redis 中执行时,不会有其他命令打断脚本的执行过程。脚本中的所有操作都将连续执行,直到脚本执行完成后,Redis 才会继续处理其他客户端的请求。 Lua 脚本在 Redis 中原子性的原因

laravel框架实现redis分布式集群原理

在app/config/database.php中配置如下: 'redis' => array('cluster' => true,'default' => array('host' => '172.21.107.247','port' => 6379,),'redis1' => array('host' => '172.21.107.248','port' => 6379,),) 其中cl

Redis的rehash机制

在Redis中,键值对(Key-Value Pair)存储方式是由字典(Dict)保存的,而字典底层是通过哈希表来实现的。通过哈希表中的节点保存字典中的键值对。我们知道当HashMap中由于Hash冲突(负载因子)超过某个阈值时,出于链表性能的考虑,会进行Resize的操作。Redis也一样。 在redis的具体实现中,使用了一种叫做渐进式哈希(rehashing)的机制来提高字典的缩放效率,避