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

相关推荐
MetaLite几秒前
SpringBoot防重复提交-加一把Redis锁就够吗
spring boot·redis·后端
小蒜学长10 分钟前
借助于大模型工具Cursor的中药材交易系统的设计与实现(代码+数据库+LW)
java·数据库·spring boot·后端
Seraphina3633 分钟前
记一次实验:利用缓存服务器规范化技术进行网页缓存欺骗
经验分享·笔记·网络安全·缓存
底层玩家老张43 分钟前
数据库上K8s,运维为什么反而更累了?从StatefulSet到Operator的复盘
数据库·kubernetes·operator·数据库运维·架构选型
Tisfy1 小时前
LeetCode 2058.找出临界点之间的最小和最大距离:遍历+遇到极值则更新(这种题谁空间复杂度不是O(1)啊)
linux·数据库·leetcode·链表·题解·模拟·遍历
数据库小学妹1 小时前
MySQL死锁排查:锁机制原理、死锁日志与information_schema定位
运维·数据库·mysql
2601_967338711 小时前
Text2SQL智能体基础到实战课程
数据库·oracle
CadeCode1 小时前
Oracle 逗号拼接字段处理
数据库·后端·性能优化
Sirens.1 小时前
MySQL数据库:视图
数据库·mysql
山岚的运维笔记1 小时前
mysql 专业笔记 -- 第 1 章:MySQL 入门
运维·数据库·笔记·后端·学习·mysql·dba