假如Redis里面有1亿个key,其中有10w个key是以某个固定的已知的
mhr18 2025-03-24 18:17 27 浏览 0 评论
在 Redis 中查找以特定前缀开头的所有 key,在拥有 1 亿个 key 的情况下,需要非常小心,避免使用会阻塞 Redis 服务器的命令。 直接使用 KEYS prefix* 命令是 绝对不推荐 的,因为它会遍历整个 key 空间,在生产环境中会导致 Redis 性能急剧下降甚至崩溃。
以下是几种查找以特定前缀开头的 key 的方法,以及它们的优缺点和适用场景:
1. 使用 SCAN 命令 (推荐)
SCAN 命令是 Redis 官方推荐的迭代 key 空间的方式,它不会阻塞服务器,而是使用游标 (cursor) 分批次地返回 key。
- 优点:非阻塞: 不会阻塞 Redis 服务器,对性能影响较小。可控: 可以通过 COUNT 参数控制每次迭代返回的 key 的数量,平衡性能和效率。
- 缺点:非原子性: 在 SCAN 迭代过程中,key 可能会被修改或删除,因此返回的结果可能不是完全一致的快照。需要客户端处理: 需要在客户端代码中循环调用 SCAN 并处理游标,直到游标返回 0。
- 适用场景: 大多数情况下,特别是生产环境,这是最安全和推荐的方法。
示例 (Python redis-py):
python复制代码import redis
r = redis.Redis(host='localhost', port=6379, db=0)
prefix = "your_prefix:" # 替换为你的前缀
keys_with_prefix = []
cursor = '0'
while cursor != 0:
cursor, keys = r.scan(cursor=cursor, match=f"{prefix}*", count=1000) # count 可以调整
keys_with_prefix.extend(keys)
print(f"找到 {len(keys_with_prefix)} 个以 '{prefix}' 开头的 key:")
# for key in keys_with_prefix:
# print(key.decode()) # 如果 key 是 bytes 类型,需要解码
解释:
- r.scan(cursor=cursor, match=f"{prefix}*", count=1000): 执行 SCAN 命令。cursor=cursor: 指定游标,初始为 ‘0’,后续迭代使用上次返回的游标。match=f"{prefix}*": 使用 MATCH 选项,匹配以 prefix 开头的 key。 * 是通配符。count=1000: 每次迭代尝试返回 1000 个 key (实际返回数量可能少于 1000)。
- cursor, keys = ...: SCAN 命令返回一个包含两个元素的元组:新的游标和匹配的 key 列表。
- keys_with_prefix.extend(keys): 将本次迭代返回的 key 添加到结果列表中。
- while cursor != 0:: 循环直到游标返回 ‘0’,表示迭代完成。
2. 使用 SSCAN (如果前缀 key 存储在 Set 中 - 间接方法)
如果你的前缀 key 实际上是存储在一个 Set 数据结构中 (例如,你维护了一个 Set 专门用来索引所有以特定前缀开头的 key),那么可以使用 SSCAN 命令迭代 Set 中的成员。
- 优点:非阻塞: SSCAN 也是非阻塞的。更高效 (如果 Set 结构合理): 如果 Set 中只包含前缀 key,那么 SSCAN 会比 SCAN 在整个 key 空间中搜索更高效。
- 缺点:需要预先维护 Set 结构: 你需要额外维护一个 Set 来存储前缀 key,这增加了写入操作的复杂性。间接方法: 不是直接查找 key,而是查找 Set 中的成员,需要额外的步骤来维护 Set。
- 适用场景: 如果你已经有或可以维护一个 Set 来索引前缀 key,并且需要频繁查找,这种方法可能更高效。
示例 (假设你有一个 Set 叫做 prefix_keys_set 存储了所有以 “your_prefix:” 开头的 key):
python复制代码import redis
r = redis.Redis(host='localhost', port=6379, db=0)
prefix_keys_set_name = "prefix_keys_set" # 假设你的 Set 名称
keys_with_prefix = []
cursor = '0'
while cursor != 0:
cursor, keys = r.sscan(prefix_keys_set_name, cursor=cursor, count=1000)
keys_with_prefix.extend(keys)
print(f"从 Set '{prefix_keys_set_name}' 中找到 {len(keys_with_prefix)} 个 key:")
# for key in keys_with_prefix:
# print(key.decode())
注意: 你需要自行维护 prefix_keys_set 这个 Set。 在每次创建以该前缀开头的 key 时,需要将其添加到 Set 中;在删除 key 时,需要从 Set 中移除。 这通常需要使用事务或 Lua 脚本来保证原子性。
3. 使用 RedisSearch 模块 (如果安装了 RedisSearch)
如果你的 Redis 服务器安装了 RedisSearch 模块,这是一个更强大的选择,可以进行更复杂的搜索,包括前缀搜索、模糊搜索、全文搜索等。
- 优点:高性能: RedisSearch 专门为搜索优化,性能很高。功能强大: 支持多种搜索类型,包括前缀搜索。索引: RedisSearch 会创建索引,加速搜索。
- 缺点:需要安装 RedisSearch 模块: 不是 Redis 内置功能,需要额外安装和配置。学习成本: 需要学习 RedisSearch 的语法和使用方法。
- 适用场景: 如果你的应用需要更复杂的搜索功能,或者对性能要求非常高,并且可以安装 RedisSearch 模块,这是一个很好的选择。
示例 (使用 RedisSearch 的 FT.SEARCH 命令):
python复制代码import redis
r = redis.Redis(host='localhost', port=6379, db=0)
# 假设你已经创建了一个名为 "my_index" 的 RedisSearch 索引
index_name = "my_index"
prefix = "your_prefix:"
# 使用 FT.SEARCH 命令进行前缀搜索
result = r.ft(index_name).search(f"@{prefix}*") # 注意语法可能需要根据 RedisSearch 版本调整
print(f"使用 RedisSearch 找到 {result.total} 个以 '{prefix}' 开头的 key:")
# for i in range(0, result.total):
# key = result.docs[i].id
# print(key)
注意: 使用 RedisSearch 前,你需要先创建索引,并确保你的 key 被索引到。 索引的创建和数据导入是 RedisSearch 使用的关键步骤。
4. 绝对 不要 使用 KEYS prefix*
- 原因: KEYS 命令会阻塞 Redis 服务器,因为它需要遍历整个 key 空间。 在拥有 1 亿个 key 的情况下,这将是一个非常耗时的操作,会导致 Redis 响应缓慢甚至停止响应,严重影响生产环境。
总结和建议:
- 对于大多数情况,最推荐使用 SCAN 命令。 它安全、非阻塞,并且可以有效地找到以特定前缀开头的 key。
- 如果性能是极致追求,并且可以维护额外的 Set 结构,可以考虑使用 SSCAN 结合 Set 索引。 但需要仔细权衡维护 Set 的成本和收益。
- 如果需要更强大的搜索功能,并且可以安装 RedisSearch 模块,RedisSearch 是一个非常好的选择。 它提供了高性能和丰富的功能。
- 坚决避免使用 KEYS prefix* 命令,尤其是在生产环境中。
选择哪种方法取决于你的具体需求、Redis 环境和性能要求。 SCAN 通常是最佳的通用解决方案。 在选择任何方法之前,都建议在测试环境中进行充分的性能测试,以确保选择的方法适合你的应用场景。
相关推荐
- Java培训机构,你选对了吗?(java培训机构官网)
-
如今IT行业发展迅速,不仅是大学生,甚至有些在职的员工都想学习java开发,需求量的扩大,薪资必定增长,这也是更多人选择java开发的主要原因。不过对于没有基础的学员来说,java技术不是一两天就能...
- 产品经理MacBook软件清单-20个实用软件
-
三年前开始使用MacBookPro,从此再也不想用Windows电脑了,作为生产工具,MacBook可以说是非常胜任。作为产品经理,值得拥有一台MacBook。MacBook是工作平台,要发挥更大作...
- RAD Studio(Delphi) 本月隆重推出新的版本12.3
-
#在头条记录我的2025#自2024年9月,推出Delphi12.2版本后,本月隆重推出新的版本12.3,RADStudio12.3,包含了Delphi12.3和C++builder12.3最...
- 图解Java垃圾回收机制,写得非常好
-
什么是自动垃圾回收?自动垃圾回收是一种在堆内存中找出哪些对象在被使用,还有哪些对象没被使用,并且将后者删掉的机制。所谓使用中的对象(已引用对象),指的是程序中有指针指向的对象;而未使用中的对象(未引用...
- Centos7 初始化硬盘分区、挂载(针对2T以上)添加磁盘到卷
-
1、通过命令fdisk-l查看硬盘信息:#fdisk-l,发现硬盘为/dev/sdb大小4T。2、如果此硬盘以前有过分区,则先对磁盘格式化。命令:mkfs.文件系统格式-f/dev/sdb...
- 半虚拟化如何提高服务器性能(虚拟化 半虚拟化)
-
半虚拟化是一种重新编译客户机操作系统(OS)将其安装在虚拟机(VM)上的一种虚拟化类型,并在主机操作系统(OS)运行的管理程序上运行。与传统的完全虚拟化相比,半虚拟化可以减少开销,并提高系统性能。虚...
- HashMap底层实现原理以及线程安全实现
-
HashMap底层实现原理数据结构:HashMap的底层实现原理主要依赖于数组+链表+红黑树的结构。1、数组:HashMap最底层是一个数组,称为table,它存放着键值对。2、链...
- long和double类型操作的非原子性探究
-
前言“深入java虚拟机”中提到,int等不大于32位的基本类型的操作都是原子操作,但是某些jvm对long和double类型的操作并不是原子操作,这样就会造成错误数据的出现。其实这里的某些jvm是指...
- 数据库DELETE 语句,还保存原有的磁盘空间
-
MySQL和Oracle的DELETE语句与数据存储MySQL的DELETE操作当你在MySQL中执行DELETE语句时:逻辑删除:数据从表中标记为删除,不再可见于查询结果物理...
- 线程池—ThreadPoolExecutor详解(线程池实战)
-
一、ThreadPoolExecutor简介在juc-executors框架概述的章节中,我们已经简要介绍过ThreadPoolExecutor了,通过Executors工厂,用户可以创建自己需要的执...
- navicat如何使用orcale(详细步骤)
-
前言:看过我昨天文章的同鞋都知道最近接手另一个国企项目,数据库用的是orcale。实话实说,也有快三年没用过orcale数据库了。这期间问题不断,因为orcale日渐消沉,网上资料也是真真假假,难辨虚...
- 你的程序是不是慢吞吞?GraalVM来帮你飞起来性能提升秘籍大公开
-
各位IT圈内外的朋友们,大家好!我是你们的老朋友,头条上的IT技术博主。不知道你们有没有这样的经历:打开一个软件,半天没反应;点开一个网站,图片刷不出来;或者玩个游戏,卡顿得想砸电脑?是不是特别上火?...
- 大数据正当时,理解这几个术语很重要
-
目前,大数据的流行程度远超于我们的想象,无论是在云计算、物联网还是在人工智能领域都离不开大数据的支撑。那么大数据领域里有哪些基本概念或技术术语呢?今天我们就来聊聊那些避不开的大数据技术术语,梳理并...
- 秒懂列式数据库和行式数据库(列式数据库的特点)
-
行式数据库(Row-Based)数据按行存储,常见的行式数据库有Mysql,DB2,Oracle,Sql-server等;列数据库(Column-Based)数据存储方式按列存储,常见的列数据库有Hb...
- AMD发布ROCm 6.4更新:带来了多项底层改进,但仍不支持RDNA 4
-
AMD宣布,对ROCm软件栈进行了更新,推出了新的迭代版本ROCm6.4。这一新版本里,AMD带来了多项底层改进,包括更新改进了ROCm的用户空间库和AMDKFD内核驱动程序之间的兼容性,使其更容易...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (74)
- oracle批量插入数据 (65)
- oracle事务隔离级别 (59)
- oracle 空为0 (51)
- oracle主从同步 (56)
- oracle 乐观锁 (53)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)