【Redis存储】渐进式遍历和数据库管理

1,渐进式遍历

Redis 使用 scan 命令进行渐进式遍历键,进而解决直接使用 keys 获取键时可能出现的阻塞问题。每次 scan 命令的时间复杂度是 O(1),但是要完整地完成所有键的遍历,需要执行多次 scan。

SCAN cursor MATCH pattern COUNT count TYPE type

参数 作用 说明
cursor 游标 遍历的起始点,第一次遍历从 0 开始,每次遍历结束时会返回一个新的游标,当游标为 0 时表示遍历完成。
MATCH pattern 匹配模式 可选参数,用于模糊匹配键名,支持 *? 通配符。例如 user:* 匹配所有以 user: 开头的键。
COUNT count 预期数量 可选参数,用于指定每次遍历希望返回的键的数量,默认值为 10注意 :这只是一个建议值,Redis 不保证每次都返回 exactly count 个键。
TYPE type 类型过滤 可选参数,用于只遍历指定类型的键,例如 stringhashlistsetzset 等。

除了 scan 以外,Redis 面向哈希类型、集合类型、有序集合类型分别提供了 hscan、sscan、zscan 命令,它们的用法和 scan 基本类似。

2,数据库管理

Redis 中存在数据库的概念,与MySQL不同的是,Redis 默认提供了16 个数据库,编号 0-15,不能像MySQL那样创建和删除。这16个数据库中的数据是隔离的,互相之间不会受到影响,默认情况下私用的数据库编号是0(实际应用中很少会关注redis数据库,默认使用0号就可以)。

Redis 提供了几个面向 Redis 数据库的操作,分别是 dbsize、select、flushdb、flushall 命令。

切换数据库:select dbIndex

例如:select 15 // 切换到15号数据库

清除数据库:flushdb 或 flushall // 两者都用于清除数据库,区别在于 flushdb 只清除当前数据库,flushall 会清楚所有数据库。该指令一定要慎重执行。

获取当前数据库中 key 的个数:dbsize

Redis 中虽然支持多数据库,但随着版本的升级,其实不是特别建议使用多数据库特性。如 果真的需要完全隔离的两套键值对,更好的做法是维护多个 Redis 实例,而不是在一个 Redis 实例中维护多数据库。这是因为本身 Redis 并没有为多数据库提供太多的特性,其次无论是否有多个数据库,Redis 都是使用单线程模型,所以彼此之间还是需要排队等待命令的执行。同时多数据库还会让开发、调试和运维工作变得复杂。所以实践中,始终使用数据库 0 其实是一个很好的选择。

相关推荐
SelectDB8 小时前
阶跃星辰基于 SelectDB 构建 PB 级 Agent 可观测平台
大数据·数据库·aigc
这个DBA有点耶9 小时前
GROUP BY优化全解:如何写出既不丢数据又飞快的分组查询
数据库·mysql·架构
掉头发的王富贵12 小时前
【StarRocks】极限十分钟入门StarRocks
数据库·sql·mysql
Nturmoils13 小时前
WHERE 条件别凭习惯写,常用查询先跑一遍
数据库
云技纵横15 小时前
一个 @Async 让循环依赖暴雷:Spring 代理的暗坑
redis
Databend1 天前
在 AWS 中国峰会逛了一天,我在 Databend 展台看到了 Agent 数据基础设施的新思路
数据库·人工智能·agent
犯困蛋挞yy1 天前
用Claude快速解决Redis代码报错反复无解的问题
redis
小七-七牛开发者2 天前
TokenPilot:让 LLM Agent 长会话成本降 60%+ 的上下文管理
缓存·agent·token·context·上下文·推理成本
ClouGence3 天前
Oracle 数据同步为什么会出现数据不一致?长事务是常被忽略的原因
数据库·后端·oracle
飞将3 天前
从零实现数据库(2)——HashIndex + IndexManager
数据库