背景
对 布隆过滤器 画个重点,它应该在 “过滤” 二字上,这个算法的重点在于把曾经来过跟从未来过的事物区分开,具体过滤那种事物(曾经来过or从未来过),由具体场景决定。它一般用于数据库存储中过滤不存在的行(减少访问磁盘),推荐系统去重等等场景。
SET
说到去重,很容易想到STL中的SET容器,它本身自带去重功能,而且还能查询。
那么最简单的方式,直接用SET。每次操作的时候,先查询该事物是否存在?
- 如果存在直接返回“存在”结果。
- 如果不存在就插入其中,然后再返回“不存在”结果。
具体如下图所示:
这种方式准确率是绝对准确的,但是这种方式耗费的内存也是巨大的。
假设每个事物需要 K 字节,那么如果有 M 个事物,一共需要 K * M 字节。那么我们能不能缩小这里的内存呢?
稍微损失一点准确率换取内存?具体见下面HashMap的方式
HashMap
在上一种方式中,它存储了具体的事物信息,其实在我们这个场景中是不需要的。我们需要的只是这个事物是否存在就行了,所以HashMap的方式诞生了。
这种算法在每次操作的时候,先查询该事物是否存在,
- 如果存在返回“存在”结果。
- 如果不存在就在特定位置置1,然后再返回“不存在”结果。
众所周知,hash都是有一定概率冲突的,而且当哈希桶快满的时候,冲突率更高。
接下来我们来看看这里的冲突率有多少?假设哈希桶长度为M,那么每次插入到特定一个桶的概率是:$$(1-frac{1}{M})$$
而没有插入特定桶的概率是:$$1-(1-frac{1}{M})$$
然后假设目前已经插入N个事物,那么特定桶中为0的概率是:$$(1-frac{1}{M})^N$$
特定桶中为1的概率是:$$1-(1-frac{1}{M})^N$$
假设现在要新插入一个事物,这次插入的冲突率就是:
所以这里在N接近M的时候,冲突率是很高的,这种算法就完全失效了。
有没有办法解决这种情况呢?布隆过滤器能降低这里冲突率。
布隆过滤器
布隆过滤器是用了多hash的方式降低了冲突率的。
这种算法在每次操作的时候,先查询该事物在K个hash桶中是否都存在,
- 如果存在返回“存在”结果。
- 如果有一个桶不存在,就在K个hash桶中全部置1,然后再返回“不存在”结果。
接下来我们来看看这种有K个Hash加持的算法,冲突率有多少?假设哈希桶长度为M,那么每次插入到特定一个桶的概率是:$$K (1-frac{1}{M})$$
而没有插入特定桶的概率是:$$(1-(1-frac{1}{M}))^K$$
然后假设目前已经插入N个事物,那么特定桶中为0的概率是:$$(1-frac{1}{M})^{NK}$$
特定桶中为1的概率是:$$1-(1-frac{1}{M})^{NK}$$
假设现在要新插入一个事物,这次插入的冲突率就是:
由于这里有K次方的加持,它的冲突率小很多的。
一般来说,在使用布隆过滤器的时候,N是由场景已经决定了的,怎么选择M跟K呢?
P为冲突率
由于布隆过滤器都是直接置1,所以它根本无法删除一个事物的。有没有办法支持它删除+统计个数呢?
布隆过滤器升级版
想要删除特定事物,那其实也很简单。
直接把布隆过滤器的位存储改成数字存储就行了。
那么在每次操作的时候,跟布隆过滤器差别的点在于:
- 无论是否存在都在K个hash桶中加1,
- 然后在需要删除的时候,就在K个hash桶中减1。
具体如下图所示:
这种算法是已经支持删除+统计了,相应的它的内存占用可不是翻倍这么简单的。
不同的场景用不同的算法吧,最合适的才是效果最好滴。