Redis渐进式遍历

我们知道,keys* 是一次性把所有的key都获取到,这个操作太危险,可能会一次性得到太多的key而阻塞服务器。但是通过渐进式遍历,既能够获取到所有的key,又能不会卡死服务器。

redis使用scan命令进行渐进式遍历,进而解决直接使用leys获取键时可能出现的阻塞问题。每一次scan的时间复杂度都是O(1),但是要玩行政遍历所有的键,就需要执行多次scan。

相关命令:

scan cursor [match pattern] [count count] [type type]: cursor表示光标,光标指向的就是当前遍历到的位置。

注意,这里的光标不能理解为下标,因为他不是连续递增的整数,仅仅就是一个"字符串"。光标这个概念,程序员不知道是什么,但是redia服务器自己知道这个光标对应的元素位置。

如上,scan命令返回值的前半部分是告诉你,下次继续遍历,光标要从哪里开始,当执行到最终返回0时,就是全部遍历完成了

再来说一下scan命令中的count,它是限制这次遍历能获取到几个元素。但注意,这个count和mysql中的limit不一样,他不是精确的,而只是给redis提供的一个建议,写入的count和实际key的个数不一定时完全相同的,但是不会差别很大:

注意

1.这里的渐进式遍历,在遍历的过程中不会在服务器这边存储任何状态,这里的遍历可以随时终止,不会对服务器产生任何副作用。

2.渐进式遍历虽然解决了阻塞问题,但是,如果在遍历期间键有所变化,比如增加修改删除,那就可能导致遍历时建堆重复遍历或遗漏。

相关推荐
开开心心loky9 分钟前
[OC 底层] (三) 方法缓存与消息发送机制
macos·ios·缓存·objective-c·cocoa
kyrie学java15 分钟前
多级缓存
缓存
会编程的土豆26 分钟前
GORM 标签详解(数据库字段映射核心)
数据库·gorm
KaMeidebaby29 分钟前
卡梅德生物技术快报|真核蛋白表达信号肽筛选实验全流程复盘
服务器·前端·数据库·人工智能·算法
malog_1 小时前
Milvus向量数据库:AI时代的搜索革命
数据库·人工智能·后端·milvus
胡耀超1 小时前
《设计数据密集型应用》(DDIA, 2nd ed.) 心智模型导览——《Designing Data-Intensive Applications》书介绍导航
大数据·数据库·分布式·ai·架构·数据
ai安歌1 小时前
鸿蒙PC:Qt适配OpenHarmony实战【人名录】:单机联系人卡片,不读系统通讯录也能演示详情联动
数据库·qt·harmonyos
夏贰四1 小时前
数据库管理有哪些核心要点?数据库管理该如何规范落地?
大数据·数据库·数据库管理·数据库管理员
彦为君1 小时前
JavaSE-11-ByteBuffer(NIO核心组件)
java·开发语言·前端·数据库·后端·spring·nio
2301_803538952 小时前
数据分析中count函数怎么用更高效
数据库·oracle