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

相关推荐
Flynt3 小时前
Room 3.0 包名重构 + KMP 迁移:我把项目升级踩了个遍
android·数据库·kotlin
晚安code3 小时前
缓存击穿、穿透、雪崩一次讲透:附 Redis hotkey 实战
redis
wear工程师3 小时前
Redis 分布式锁到底靠不靠谱:从 SETNX 到 Redlock,我踩过的坑和业内的争议
redis·面试
这个DBA有点耶19 小时前
NULL不是空——数据库里最反直觉的设计,90%新人踩过的坑
数据库·mysql·代码规范
这个DBA有点耶21 小时前
AI写的SQL跑崩了生产库,这锅谁背?
数据库·人工智能·程序员
镜舟科技21 小时前
Databricks 再提 LTAP,AI 时代的数据底座为何重回大一统叙事?
数据库·架构·agent
Databend1 天前
从湖仓升级为 Agent 时代的数据控制面,Snowflake 和 Databricks 有哪些布局
大数据·数据库·agent
ClouGence1 天前
SQL Server CDC 能放到 Always On 备库读吗?一文讲透原理与实践
数据库·sql server
先吃饱再说2 天前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils2 天前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端