当前位置:首页 > 文章列表 > 数据库 > Redis > 多哈希+Bitmap,Redis布隆过滤器实现详解

多哈希+Bitmap,Redis布隆过滤器实现详解

2026-03-12 15:09:43 0浏览 收藏
Redis中实现布隆过滤器并非开箱即用,尤其在7.0之前需依赖redisbloom模块或手动构建Bitmap+多哈希方案;云环境常默认禁用该模块,务必先通过MODULE LIST确认,否则BF.ADD等命令将报错;手动实现虽灵活但限制多:不可扩容、误判率需预设、K值推荐3–5且哈希函数应选fnv1a_64/murmur3这类高效均匀算法,而BIT_SIZE必须根据预期数据量和可接受误判率严格反推——空间不足才是误判飙升的主因,而非哈希本身;更棘手的是GETBIT不支持批量读取,5次调用在高QPS下极易拖垮性能,优化方向包括降K值、客户端解码紧凑位图或规避Lua循环调用;真正落地前,唯有用真实生产数据压测误判率,才能避开理论陷阱,让布隆过滤器在Redis里稳稳扛住流量洪峰。

Redis如何实现布隆过滤器_基于Bitmap结合多个哈希函数进行拦截

Redis里没有现成的BLOOM命令,得自己搭

Redis 7.0 之前压根不支持原生布隆过滤器,官方模块 redisbloom 是后来加的扩展,不是默认内置。如果你用的是云 Redis(比如阿里云、腾讯云),大概率默认没开这个模块,连 BF.ADD 都会报 unknown command。别急着写业务逻辑,先确认模块是否加载:

  • 连上 Redis 执行 MODULE LIST,看输出里有没有 name:bf
  • 没有的话,要么换用支持 RedisBloom 的服务,要么退回到 Bitmap + 多哈希的手动实现
  • 注意:手动实现没法动态扩容,误判率得在编码时就定死,改不了

手写布隆过滤器:用SETBIT + 多个哈希函数模拟

核心思路是把一个 key 映射成 k 个 bitmap 位置,全部置 1;查的时候,k 个位置全为 1 才认为“可能存在”。关键不在哈希有多强,而在分散性——推荐用 fnv1a_64murmur3 这类快且均匀的哈希,别用 MD5SHA1,太重还容易碰撞。

  • 哈希后对 bitmap 总长度取模,比如 len = 1000000,那就 hash % len
  • SETBIT key offset 1 设置位,用 GETBIT key offset 检查位
  • 建议固定用 3–5 个哈希函数,太少误判高,太多写压力大,且 Redis 单次命令不能批量读多个 bit
  • 示例片段(Python):
    offsets = [hash_func(key, i) % BIT_SIZE for i in range(K)]
    pipe = redis.pipeline()
    for offset in offsets:
      pipe.setbit(KEY, offset, 1)
    pipe.execute()

GETBIT 批量检查必须串行,性能比想象中差

Redis 没有类似 MGETBIT 的命令,查 k 个 bit 得发 k 次 GETBIT,哪怕走 pipeline,网络往返和 Redis 解析开销也明显。实测在 10k QPS 场景下,5 个哈希 → 5 次 GETBIT 容易打满 Redis 连接数或延迟飙升。

  • 如果业务允许少量漏判(即该拦没拦),可降为 3 个哈希,减少 40% 查询压力
  • 更稳的做法是:把 bitmap 存成一个 GET 能拿下的紧凑字符串(比如 base64 编码的 bytes),客户端自己解出所有 bit —— 但要求 bitmap 不太大(建议 ≤ 1MB),否则拖慢主从同步
  • 千万别在 Lua 脚本里循环调 redis.call('GETBIT', ...),Lua 是单线程阻塞的,一个慢请求卡住整个实例

误判率控制不住?问题大概率出在BIT_SIZEK没配平

理论误判率 ≈ (1 − e−k·n/m)k,其中 n 是已插入元素数,m 是总 bit 数,k 是哈希个数。很多人只调 k,忽略 m —— 实际上线前必须按预估总量反推 m。

  • 例如:预计存 100 万 item,接受 1% 误判 → 查表或算得 m ≈ 9.6M bit(约 1.2MB),k = 7
  • 如果硬用 1M bit 存 100 万,哪怕 k=10,误判率也会飙到 30%+,不是哈希不行,是空间不够
  • bitmap 太大会让 SETBIT 命令变慢(Redis 要 realloc 内存),建议单个 key 控制在 4MB 以内
  • 线上务必监控 INFO memory 中的 used_memory_dataset,防止 bitmap 膨胀吃光内存
布隆过滤器在 Redis 里从来不是“开箱即用”的功能,从模块支持、哈希选型、批量查询瓶颈到容量预估,每一步都得对着真实流量和数据规模掰扯。最常被跳过的,是上线前用生产数据做一次误判率压测——模拟插入再随机查,别信理论公式。

本篇关于《多哈希+Bitmap,Redis布隆过滤器实现详解》的介绍就到此结束啦,但是学无止境,想要了解学习更多关于数据库的相关知识,请关注golang学习网公众号!

PHP字符串拆分方法与技巧分享PHP字符串拆分方法与技巧分享
上一篇
PHP字符串拆分方法与技巧分享
Windows10卡顿优化技巧分享
下一篇
Windows10卡顿优化技巧分享
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • ljg-skills -
    ljg-skills
    ljg-skills 是李继刚开源的 AI 技能与提示词集合,面向大模型使用者整理了一批可复用的 prompt、角色设定和任务技能模板,适合用于学习提示词设计、搭建个人 AI 工作流和沉淀团队常用智能体能力。
    1839次使用
  • MELO音乐 - AI 音乐生成平台,支持多模态创作能力
    MELO音乐
    MELO音乐是一站式AI视频与音乐制作助手,对标suno, udio的高品质体验。提供伴奏生成、原创写词、无损导出、哼唱识曲、混音变声等全套音频与短视频编辑工具。无论是流行Kpop、电音说唱、民谣古风、摇滚儿歌还是商用轻音乐,MELO为你免费谱曲,轻松做同款!
    1759次使用
  • UniScribe - AI 免费在线音视频转文字平台
    UniScribe
    UniScribe 是一款 AI 音视频转文字与内容整理工具,支持上传音频、视频文件或粘贴 YouTube 链接,自动生成转写文本、摘要、思维导图和关键问题,并支持多格式导出,适合会议记录、课程学习、访谈整理和内容创作复盘。
    1709次使用
  • 剧云 - 免费 AI 智能中文剧本创作平台
    剧云
    剧云是专业中文剧本创作平台,安全稳定运行十余年,集成AI编剧、剧本医生审核、人物小传、剧情关系图、大纲编写、多人协作、Word导入导出、版权管控功能,数据安全防护,轻松高效创作剧本。
    1896次使用
  • 万象有声 - AI 一站式有声内容创作平台
    万象有声
    万象有声,一个专为有声创作者打造的新一代智能有声内容创作平台。平台提供专业的智能拆章、智能画本编辑、AI配音、AI生成音效、后期制作、智能对轨、智能审听等有声创作全流程工具,可以帮助创作者高效、低成本创作出引人入胜的有声作品。立即体验,让有声书制作更简单!
    1885次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码