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

相关推荐
xfhuangfu1 小时前
Oracle中建立到CDB和PDB的连接
数据库·oracle·rpc
小小龙学IT1 小时前
DuckDB 深度实战:用 C++ 在进程内跑一个「分析型数据库」
数据库·c++
NineData1 小时前
DTCC 2026 预告|NineData CEO& 创始人叶正盛:面向 AI Agent 的数据库 DevOps 与数据复制实践
数据库·人工智能·数据库开发·devops·ninedata·数据库技术·dtcc
J_bean2 小时前
MySQL 事务是否必须手动开启?
数据库·mysql·数据库事务·自动提交·手动提交
J_bean2 小时前
MySQL InnoDB 如何检测死锁、判定死锁、处理死锁
数据库·mysql·死锁·死锁检测·处理死锁·死锁判定
浪子明X3 小时前
从 MongoDB 文档到关系模型:构建可重跑、可对账的数据迁移流水线
数据库·mongodb·oracle
杜子不疼.3 小时前
国产数据库撑起固井软件自主化:金仓 × 中海油服「海恒 Cemsol」落地解析
数据库
隔窗听雨眠3 小时前
GBase 8s并发控制深度解析:封锁机制、隔离级别与死锁处理全攻略
服务器·数据库·oracle
刀客Doc3 小时前
即时零售不只是多一个渠道,品牌开始重做终端生意
大数据·数据库
就叫飞六吧3 小时前
防抖、幂等、唯一约束三件套 ;
数据库