布隆过滤器

发表于 2024-03-04 更新于 2025-08-14 分类于 redis Waline：阅读次数：本文字数： 2.8k 阅读时长 ≈ 3 分钟

Redis 布隆过滤器详解：原理、安装与实践

布隆过滤器（Bloom Filter）是一种空间效率极高的概率性数据结构，用于判断一个元素是否属于某个集合。它的核心优势是占用内存少、查询速度快，但存在一定的误判率（False Positive）。Redis 本身不自带布隆过滤器，但可通过 RedisBloom 插件实现，广泛用于缓存穿透防护、海量数据去重等场景。

布隆过滤器核心原理

布隆过滤器由一个二进制数组（Bitmap） 和多个哈希函数组成，其工作流程如下：

1. 添加元素（Add）

步骤 1：对元素 x 应用 k 个哈希函数，得到 k 个哈希值（整数）。
步骤 2：将每个哈希值对 Bitmap 的长度 m 取模，得到 k 个索引位置。
步骤 3：将 Bitmap 中这 k 个位置的值设为 1。

2. 查询元素（Exists）

步骤 1：对元素 x 应用同样的 k 个哈希函数，得到 k 个索引位置。
步骤 2：检查 Bitmap 中这k个位置是否全为1：
- 若有任何一个位置为 0，则元素一定不存在于集合中。
- 若全为 1，则元素可能存在（存在误判，因不同元素可能哈希到相同位置）。

3. 关键特性

空间效率：仅需少量内存（如存储 1 亿个元素，误判率 1% 时，约需 12MB 内存）。
时间效率：添加和查询的时间复杂度均为 O(k)（k 为哈希函数数量，通常为 3-10）。
误判率：存在一定概率将 “不存在的元素” 判断为 “存在”，但不会将 “存在的元素” 判断为 “不存在”。
不支持删除：无法从布隆过滤器中删除元素（删除会影响其他元素的判断）。

RedisBloom 插件安装（基于 Redis 6.0.10）

Redis 需通过 RedisBloom 插件启用布隆过滤器功能，步骤如下：

1. 下载与编译

# 下载 RedisBloom 源码（选择最新稳定版）
wget https://github.com/RedisBloom/RedisBloom/archive/refs/tags/v2.2.18.tar.gz

# 解压并编译
tar -zxvf v2.2.18.tar.gz
cd RedisBloom-2.2.18
make  # 生成 redisbloom.so 插件文件

2. 加载插件

方法 1：配置文件加载（永久生效）
修改 redis.conf，添加插件路径：

loadmodule /path/to/redisbloom.so  # 替换为实际路径，如 /usr/local/redis/modules/redisbloom.so

方法 2：动态加载（临时生效，重启后失效）
在 redis-cli 中执行：
```
127.0.0.1:6379> module load /path/to/redisbloom.so
OK
```

3. 验证安装

127.0.0.1:6379> bf.add test key1  # 尝试添加元素，若成功则安装完成
(integer) 1

Redis 布隆过滤器核心命令

基本操作

命令格式	作用	示例
`BF.ADD <key> <element>`	向布隆过滤器 `key` 中添加元素 `element`。	`BF.ADD user_filter alice`
`BF.EXISTS <key> <element>`	判断元素 `element` 是否存在于布隆过滤器 `key` 中（返回 1 存在，0 不存在）。	`BF.EXISTS user_filter alice`

高级配置：自定义布隆过滤器参数

默认情况下，BF.ADD 会自动创建布隆过滤器（默认参数：误判率 0.01，初始容量 100）。若需自定义参数，需先通过 BF.RESERVE 预创建：

# 语法：BF.RESERVE <key> <error_rate> <capacity>
# error_rate：允许的误判率（如 0.01 表示 1%）
# capacity：预期存储的元素数量（若实际数量远超此值，误判率会上升）
127.0.0.1:6379> BF.RESERVE url_filter 0.001 1000000  # 误判率 0.1%，容量 100 万
OK

批量操作

BF.MADD <key> <elem1> <elem2> ...：批量添加元素。
BF.MEXISTS <key> <elem1> <elem2> ...：批量判断元素是否存在。

示例：

127.0.0.1:6379> BF.MADD user_filter bob charlie
1) (integer) 1
2) (integer) 1

127.0.0.1:6379> BF.MEXISTS user_filter alice david
1) (integer) 1  # alice 存在
2) (integer) 0  # david 不存在

应用场景与最佳实践

1. 缓存穿透防护（经典场景）

问题：恶意请求大量不存在的键（如 user:999999），导致请求穿透缓存直达数据库，引发性能问题。
解决方案：
- 用布隆过滤器预存所有合法键（如用户 ID、商品 ID）。
- 请求先经过布隆过滤器：若不存在，直接返回；若存在，再查询缓存和数据库。

# 伪代码示例
def get_user(user_id):
    # 先查布隆过滤器
    if not redis.bf_exists("valid_user_ids", user_id):
        return "用户不存在"
    # 布隆过滤器判断存在，再查缓存和数据库
    user = redis.get(f"user:{user_id}")
    if not user:
        user = db.query(f"SELECT * FROM users WHERE id = {user_id}")
        if user:
            redis.set(f"user:{user_id}", user, ex=3600)
    return user

2. 海量数据去重

场景：日志去重、爬虫 URL 去重、推荐系统过滤已推荐内容等。
优势：相比 Set 存储，布隆过滤器可节省 90% 以上内存。

3. 最佳实践建议

合理设置参数：根据预期元素数量和可接受的误判率，通过BF.RESERVE预创建过滤器（避免自动创建的默认参数不适用）。
- 公式参考：若容量为 n，误判率为 p，则最优哈希函数数量 k = -ln(p) * ln(2) ≈ 0.7 * ln(1/p)，所需位数 m ≈ n * ln(1/p) / (ln2)^2。
处理误判：布隆过滤器判断 “存在” 后，需再查询实际存储（如数据库）确认，避免误判导致业务错误。
定期重建：若元素会过期或数量动态增长，需定期重建布隆过滤器（因无法删除元素）。

局限性与替代方案

1. 局限性

存在误判率，不适合要求 100% 准确率的场景（如金融交易）。
不支持删除操作，难以处理动态变化的集合。
容量超限后，误判率会急剧上升。

2. 替代方案

Cuckoo Filter（布谷鸟过滤器）：支持删除操作，误判率更低，但内存占用略高（Redis 无官方插件，需自定义实现）。
Redis Set：100% 准确，但内存占用高，适合小规模数据。