redis 5.0 原生不支持布隆过滤器，必须手动加载 redisbloom 模块；bf.add 等命令需模块启用后才可用，且客户端需适配支持。
Redis 5.0 原生不支持布隆过滤器，得靠模块扩展
Redis 5.0 默认没有 BF.ADD 或 BF.EXISTS 这类命令。你直接连上 Redis 5.0 执行会报错：(error) ERR unknown command `BF.ADD`。必须手动加载 redisbloom 模块才能用布隆过滤器。这不是配置问题，是功能缺失——Redis 官方直到 6.2+ 才将 RedisBloom 作为可选模块集成进源码树，而 5.0 完全依赖外部加载。
实操建议：
- 下载对应平台的
redisbloom.so（注意与 Redis 5.0 的 ABI 兼容性，推荐用 v2.2.14，它明确支持 Redis 5.x） - 启动时加参数：
redis-server --loadmodule /path/to/redisbloom.so - 或运行中动态载入：
MODULE LOAD /path/to/redisbloom.so（需确保redis.conf中未禁用module-load） - 验证是否生效：
MODULE LIST应返回包含name:bf的条目
布隆过滤器初始化和 key 写入时机很关键
布隆过滤器不是“查一次就自动建好”的黑盒。它必须在数据真正存在时，由业务逻辑主动写入——比如用户注册成功、商品上架完成、ID 分发确认后，才调用 BF.ADD 把合法 user_id 或 sku_id 加进去。如果漏掉这步，哪怕数据已入库，布隆过滤器仍会把该 key 判为“不存在”，导致误拦截。
常见错误现象：
- 新用户注册后立刻查询，返回 404 —— 因为注册流程没调
BF.ADD user:123 - 后台批量导入 10 万商品，但忘记遍历执行
BF.ADD，结果前端查所有新商品都穿透到 DB - 使用
BF.RESERVE时未指定足够大的capacity，后期BF.ADD返回 0（失败），但代码没判错，静默丢弃
建议初始化时预留冗余：比如预估最大 ID 数量为 500 万，capacity 至少设为 6000000；误判率（error_rate）按场景选 0.01（1%）或 0.001（0.1%），越低越占内存。
缓存空值 + 布隆过滤器必须组合使用，不能只靠一个
布隆过滤器只能防“根本不存在的 key”，对“曾经存在、后来被删掉”的 key 无能为力。比如用户 A 被软删除，DB 中状态为 is_deleted=1，但布隆过滤器里仍有 user:A，此时请求仍会放行 → 查 Redis → 未命中 → 查 DB → 发现已删 → 若不缓存空值，下次同样请求还会穿透。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
所以真实链路是：
- 请求到达 → 先
BF.EXISTS user:999→ 返回 0（不存在）→ 直接返回 null，不查 Redis/DB - 若返回 1（可能存在）→ 再查 Redis → 命中则返回，未命中 → 查 DB
- DB 返回 null → 写入空值缓存（如
setex user:999 300 "@@EMPTY@@"），防止后续重复穿透
这个组合里，布隆过滤器挡掉 99% 的恶意随机 ID 请求，缓存空值兜底处理合法但暂无数据的场景。两者缺一不可。
Java 客户端调用 BF 命令要注意连接池兼容性
很多老项目还在用 Jedis 3.x 或 Lettuce 5.x，它们默认不识别 BF.* 命令，直接调用会抛 JedisDataException: ERR unknown command。不是 Redis 没加载模块，是客户端压根没把命令注册进去。
实操要点：
- Jedis：必须用
Jedis.executeCommand()手动发原始命令，或升级到 Jedis 4.0+（原生支持 BloomFilterCommand） - Lettuce：需启用
RedisModules，并用redisBloomCommands().bfAdd(...)接口，不能走通用sync().dispatch() - Redisson：相对友好，
RBloomFilter封装了全部逻辑，但要注意构造时传入的RedissonClient必须连的是已加载模块的 Redis 实例
最容易被忽略的是：本地开发用 Redis 7.0 测试通过，上线却连着一台没加载 redisbloom.so 的 Redis 5.0 实例，错误日志里只有模糊的 “command not found”，得逐层确认模块加载状态和客户端行为。
