一种可扩容布隆过滤器设计
问题
猜想
上一篇文章,我们说到了怎么去实现简单的布隆过滤器,同时也提到了以下几个点:
- 布隆过滤器由于哈希冲突可能会存在误判;
- BitSet长度以及哈希函数的数目和冲突有关;
- BitSet长度以及哈希函数的数目由预计放入的元素数目和预期误判率计算得出。
从中,我们可以猜测:当实际放入过滤器中的元素多于预期时,布隆过滤器的效果会受到负面影响。
验证
我们采用实际的误判率(误拒率,某一原本不在集合中的元素却被检测为在该集合中的概率)作为评价指标。预计放入的元素均为[0,n)的整数,每一组测试均使用[20000,23000)共3000个不在集合内的元素。
预计放入元素数目 | 预计误判率 | 实际放入元素数目 | 实际误判率 |
---|---|---|---|
5000 | 0.01 | 4000 | 0.0003 |
5000 | 0.01 | 6000 | 0.0083 |
5000 | 0.01 | 8000 | 0.0427 |
5000 | 0.01 | 10000 | 0.1393 |
5000 | 0.01 | 20000 | 0.7573 |
预计放入元素数目 | 预计误判率 | 实际放入元素数目 | 实际误判率 |
---|---|---|---|
5000 | 0.001 | 4000 | 0.0000 |
5000 | 0.001 | 6000 | 0.0007 |
5000 | 0.001 | 8000 | 0.0090 |
5000 | 0.001 | 10000 | 0.0357 |
5000 | 0.001 | 20000 | 0.5483 |
可以看到,超量加入元素的确对过滤器效果有较大影响。
方案
在现实中,遇到这种超过预期的情况,最好的方法依然是重建过滤器。但是重建有一定的成本,不一定方便立刻重建。因此,可以设计扩容功能,短时间牺牲一些性能来保证准确率。在条件合适的时候再重建。
目前,对于扩容,一种比较不错的方法是并联多个过滤器,也就是使用多个BitSet。写入时,只在最新的过滤器写入;判断时,遍历各个过滤器,只要有一个判定存在则返回存在。
最后一个问题便是什么时候扩容。我认为,除了超过预计容量时需要扩容之外,应该设定一个扩容因子,当最新的布隆过滤器内1的比例超过该因子时,也要扩容。
实现
变量
构造函数
添加(关键)
在这个函数内,我们先判断当前容量是否已经超过多个布隆过滤器的总容量,以及最新的布隆过滤器内1的占比是否超过扩容因子。如果需要扩容,则调用grow
方法进行扩容,如果不需要则正常在最新的过滤器添加。
扩容
判断
判断每一个内是否存在
测试
测试前提同第一节,扩容因子均为0.5。
预计放入元素数目 | 预计误判率 | 实际放入元素数目 | 实际误判率 | 布隆过滤器数目 |
---|---|---|---|---|
5000 | 0.01 | 4000 | 0.0003 | 1 |
5000 | 0.01 | 6000 | 0.0007 | 2 |
5000 | 0.01 | 8000 | 0.0010 | 2 |
5000 | 0.01 | 10000 | 0.0037 | 3 |
5000 | 0.01 | 20000 | 0.0070 | 5 |
预计放入元素数目 | 预计误判率 | 实际放入元素数目 | 实际误判率 | 布隆过滤器数目 |
---|---|---|---|---|
5000 | 0.001 | 4000 | 0.0000 | 1 |
5000 | 0.001 | 6000 | 0.0003 | 2 |
5000 | 0.001 | 8000 | 0.0003 | 2 |
5000 | 0.001 | 10000 | 0.0003 | 3 |
5000 | 0.001 | 20000 | 0.0007 | 5 |
可以看到,准确率有较大幅度的提升。
对于时间消耗,本次并未测试。但是,根据设计,可以推测:对于添加方法,时间不变;对于判断方法,时间随着过滤器数目增多而增多。因此,本方法适合用作提高对错误估计的容忍程度,但不适合无限扩容。在合适的时候,仍需根据当前实际容量情况重新估计,并且重建过滤器。
一种可扩容布隆过滤器设计
https://blog.loststar.tech/posts/cd44be17/