HBase总结(九)Bloom Filter概念和原理

Bloom Filter是一种节省空间的数据结构,用于判断元素是否可能属于一个集合,存在误判(false positive)可能性。其通过多个哈希函数将元素映射到位数组,错误率与位数组大小、哈希函数数量有关。最优的哈希函数个数为k=ln2*(m/n),位数组大小至少为n log2(1/є)。Bloom Filter常用于需要节省存储空间且能容忍低错误率的场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Bloom Filter是一种空间效率很高的随机数据结构,它利用位数组很简洁地表示一个集合,并能判断一个元素是否属于这个集合。Bloom Filter的这种高效是有一定代价的:在判断一个元素是否属于某个集合时,有可能会把不属于这个集合的元素误认为属于这个集合(false positive)。因此,Bloom Filter不适合那些“零错误”的应用场合。而在能容忍低错误率的应用场合下,Bloom Filter通过极少的错误换取了存储空间的极大节省。

集合表示和元素查询

下面我们具体来看Bloom Filter是如何用位数组表示集合的。初始状态时,Bloom Filter是一个包含m位的位数组,每一位都置为0

为了表达S={x1, x2,…,xn}这样一个n个元素的集合,Bloom Filter使用k个相互独立的哈希函数(Hash Function),它们分别将集合中的每个元素映射到{1,…,m}的范围中。对任意一个元素x,第i个哈希函数映射的位置hi(x)就会被置为11ik)。注意,如果一个位置多次被置为1,那么只有第一次会起作用,后面几次将没有任何效果。在下图中,k=3,且有两个哈希函数选中同一个位置(从左边数第五位)。   

 

在判断y是否属于这个集合时,我们对y应用k次哈希函数,如果所有hi(y)的位置都是11ik),那么我们就认为y是集合中的元素,否则就认为y不是集合中的元素。下图中y1就不是集合中的元素。y2或者属于这个集合,或者刚好是一个false positive

错误率估计

前面我们已经提到了,Bloom Filter在判断一个元素是否属于它表示的集合时会有一定的错误率(false positive rate),下面我们就来估计错误率的大小。在估计之前为了简化模型,我们假设kn<m且各个哈希函数是完全随机的。当集合S={x1, x2,…,xn}的所有元素都被k个哈希函数映射到m位的位数组中时,这个位数组中某一位还是0的概率是:

其中1/m表示任意一个哈希函数选中这一位的概率(前提是哈希函数是完全随机的),(1-1/m)表示哈希一次没有选中这一位的概率。要把S完全映射到位数组中,需要做kn次哈希。某一位还是0意味着kn次哈希都没有选中它,因此这个概率就是(1-1/m)的kn次方。令p = e-kn/m是为了简化运算,这里用到了计算e时常用的近似:

 

令ρ为位数组中0的比例,则ρ的数学期望E(ρ)= p’。在ρ已知的情况下,要求的错误率(false positive rate)为:

(1-ρ)为位数组中1的比例,(1-ρ)k就表示k次哈希都刚好选中1的区域,即false positive rate。上式中第二步近似在前面已经提到了,现在来看第一步近似。p’只是ρ的数学期望,在实际中ρ的值有可能偏离它的数学期望值。M. Mitzenmacher已经证明[2] ,位数组中0的比例非常集中地分布在它的数学期望值的附近。因此,第一步的近似得以成立。分别将pp’代入上式中,得:

   

   

相比p’f’,使用pf通常在分析中更为方便。

最优的哈希函数个数

既然Bloom Filter要靠多个哈希函数将集合映射到位数组中,那么应该选择几个哈希函数才能使元素查询时的错误率降到最低呢?这里有两个互斥的理由:如果哈希函数的个数多,那么在对一个不属于集合的元素进行查询时得到0的概率就大;但另一方面,如果哈希函数的个数少,那么位数组中的0就多。为了得到最优的哈希函数个数,我们需要根据上一小节中的错误率公式进行计算。

 

先用pf进行计算。注意到f = exp(k ln(1 − e−kn/m)),我们令g = k ln(1 − e−kn/m),只要让g取到最小,f自然也取到最小。由于p = e-kn/m,我们可以将g写成

根据对称性法则可以很容易看出当p = 1/2,也就是k = ln2· (m/n)时,g取得最小值。在这种情况下,最小错误率f等于(1/2) (0.6185)m/n。另外,注意到p是位数组中某一位仍是0的概率,所以p = 1/2对应着位数组中0和1各一半。换句话说,要想保持错误率低,最好让位数组有一半还空着。

 

需要强调的一点是,p = 1/2时错误率最小这个结果并不依赖于近似值pf。同样对于f’ = exp(k ln(1 − (1 − 1/m)kn))g’ = k ln(1 − (1 − 1/m)kn)p’ = (1 − 1/m)kn,我们可以将g’写成

同样根据对称性法则可以得到当p’ = 1/2时,g’取得最小值。

位数组的大小

下面我们来看看,在不超过一定错误率的情况下,Bloom Filter至少需要多少位才能表示全集中任意n个元素的集合。假设全集中共有u个元素,允许的最大错误率为є,下面我们来求位数组的位数m

 

假设X为全集中任取n个元素的集合,F(X)是表示X的位数组。那么对于集合X中任意一个元素x,在s = F(X)中查询x都能得到肯定的结果,即s能够接受x。显然,由于Bloom Filter引入了错误,s能够接受的不仅仅是X中的元素,它还能够є (u - n)false positive。因此,对于一个确定的位数组来说,它能够接受总共n + є (u - n)个元素。在n + є (u - n)个元素中,s真正表示的只有其中n个,所以一个确定的位数组可以表示

个集合。m位的位数组共有2m个不同的组合,进而可以推出,m位的位数组可以表示

   

个集合。全集中n个元素的集合总共有

   

个,因此要让m位的位数组能够表示所有n个元素的集合,必须有

   

即:

   

上式中的近似前提是nєu相比很小,这也是实际情况中常常发生的。根据上式,我们得出结论:在错误率不大于є的情况下,m至少要等于n log2(1/є)才能表示任意n个元素的集合。

 

上一小节中我们曾算出当k = ln2· (m/n)时错误率f最小,这时f = (1/2)= (1/2)mln2 / n。现在令fє,可以推出

这个结果比前面我们算得的下界n log2(1/є)大了log 1.44倍。这说明在哈希函数的个数取到最优时,要让错误率不超过єm至少需要取到最小值的1.44倍。

总结

在计算机科学中,我们常常会碰到时间换空间或者空间换时间的情况,即为了达到某一个方面的最优而牺牲另一个方面。Bloom Filter在时间空间这两个因素之外又引入了另一个因素:错误率。在使用Bloom Filter判断一个元素是否属于某个集合时,会有一定的错误率。也就是说,有可能把不属于这个集合的元素误认为属于这个集合(False Positive),但不会把属于这个集合的元素误认为不属于这个集合(False Negative)。在增加了错误率这个因素之后,Bloom Filter通过允许少量的错误来节省大量的存储空间。

 

自从Burton Bloom70年代提出Bloom Filter之后,Bloom Filter就被广泛用于拼写检查和数据库系统中。近一二十年,伴随着网络的普及和发展,Bloom Filter在网络领域获得了新生,各种Bloom Filter变种和新的应用不断出现。可以预见,随着网络应用的不断深入,新的变种和应用将会继续出现,Bloom Filter必将获得更大的发展。

参考资料

[1] A. Broder and M. Mitzenmacher. Network applications of bloom filters: A survey. Internet Mathematics, 1(4):485–509, 2005.

[2] M. Mitzenmacher. Compressed Bloom Filters. IEEE/ACM Transactions on Networking 10:5 (2002), 604—612.

[3] www.cs.jhu.edu/~fabian/courses/CS600.624/slides/bloomslides.pdf

[4] http://166.111.248.20/seminar/2006_11_23/hash_2_yaxuan.ppt


原文:http://blog.youkuaiyun.com/jiaomeng/article/details/1495500

<think>我们正在讨论HBase中的BloomFilter。根据引用内容,BloomFilterHBase中主要用于提高随机读(Get)操作的性能。它通过一种概率型数据结构快速判断某个键是否可能存在于某个HFile中,从而避免不必要的磁盘I/O。BloomFilter的工作原理:1.初始时,BloomFilter是一个长度为m的位数组,所有位初始化为0。2.添加元素时,使用k个独立的哈希函数对元素进行哈希,得到k个哈希值(位置),并将位数组中这些位置置为1。3.查询元素时,同样使用这k个哈希函数得到k个位置,如果这些位置中有任何一个为0,则该元素一定不存在;如果全部为1,则元素可能存在(存在误判率)。在HBase中的具体实现应用:-HBase在生成StoreFile(HFile)时会生成一个BloomFilter的元数据块(MetaBlock),与数据块(DataBlock)一起存储。-当执行Get操作时,HBase会先检查BloomFilter。如果BloomFilter表明该键不存在于当前HFile中,则跳过该HFile,减少磁盘I/O。-注意:BloomFilter有两种类型:ROWROWCOL。ROW类型只使用行键(RowKey)构建,ROWCOL类型使用行键列族/列限定符构建。因此,对于指定了列限定符的查询,ROWCOL类型的BloomFilter可以更精确地过滤。使用场景:1.随机读取(Get)操作:这是BloomFilter的主要应用场景,可以显著减少需要访问的HFile数量。2.指定了列限定符的Scan操作(仅当BloomFilter类型为ROWCOL时):可以过滤掉不包含该列限定符的HFile。注意事项:-BloomFilter是概率型数据结构,存在假阳性(FalsePositive)的可能,即它可能会错误地认为某个键存在于HFile中(但不会漏掉实际存在的键)。因此,即使BloomFilter指示可能存在,仍然需要读取HFile进行验证。-开启BloomFilter会增加存储开销(每个HFile需要存储BloomFilter的位数组)内存开销(因为BloomFilter的元数据块会被加载到BlockCache中)。但通常这些开销相对于性能提升是可以接受的。总结:BloomFilterHBase优化随机读性能的重要机制,它通过空间换时间的思想,以较小的存储内存开销换取减少磁盘I/O的效果。相关问题:1.如何配置HBaseBloomFilter?2.BloomFilter的假阳性率如何计算?如何调整参数以平衡误判率内存开销?3.在HBase中,BloomFilter的类型(ROW/ROWCOL)如何选择?4.BloomFilterHBase的Compaction过程中是如何处理的?</think>### HBase Bloom Filter 详解 #### 一、核心作用 Bloom FilterHBase 中通过**空间换时间**策略优化查询性能,主要实现: 1. **减少磁盘 I/O** 在读取 HFile 前快速过滤不含目标 Key 的文件,避免无效磁盘访问[^1][^3] 2. **加速随机读 (Get)** 对 Get 操作性能提升显著,ROWCOL 类型对指定 Qualifier 的 Scan 也有优化[^2] 3. **降低 BlockCache 压力** 通过预过滤减少加载到内存的 DataBlock 数量[^4] #### 二、工作原理 Bloom Filter 本质是**概率型位数组过滤器**,工作流程如下: ```mermaid graph LR A[写入数据] --> B{计算 Key 的<br>k 个哈希值} B --> C[将位数组中<br>对应位置置 1] D[查询数据] --> E{检查位数组<br>k 个位置} E -->|全为 1| F[可能存在] E -->|任一为 0| G[必定不存在] ``` 数学表达: 设位数组大小为 $m$,哈希函数数量为 $k$,则误判率 $p$ 为: $$ p \approx \left(1 - e^{-kn/m}\right)^k $$ 其中 $n$ 为元素数量[^3]。 #### 三、使用场景 | **场景** | **有效性** | **说明** | |-------------------------|------------|------------------------------| | 随机读取 (Get) | ★★★★★ | 核心优化场景[^1][^2] | | 指定 Qualifier 的 Scan | ★★★☆☆ | 仅 ROWCOL 类型有效[^2] | | 全表扫描 (Full Scan) | ☆☆☆☆☆ | 无优化效果[^2] | | 范围查询 (Range Scan) | ☆☆☆☆☆ | 无优化效果 | #### 四、HBase 实现细节 1. **存储结构** - 作为 **MetaBlock** 嵌入 HFile - 与 DataBlock 共同由 **LRUBlockCache** 管理[^4] 2. **类型选择** ```java // 创建表时指定 Bloom Filter 类型 HColumnDescriptor.setBloomFilterType( BloomType.ROW // 仅基于 RowKey BloomType.ROWCOL // 基于 RowKey+Column ) ``` 3. **资源开销** | 资源类型 | 开销程度 | 说明 | |----------|----------|-----------------------| | 存储空间 | 中 | 增加 HFile 大小[^4] | | 内存 | 中 | 占用 BlockCache[^4] | | CPU | 低 | 哈希计算消耗 | #### 五、生产实践建议 1. **适用场景** - 读多写少的表 - RowKey 离散度高的表 - Get 操作占比 > 70% 的业务 2. **参数调优** ```xml <!-- hbase-site.xml 配置 --> <property> <name>io.storefile.bloom.error.rate</name> <value>0.01</value> <!-- 误判率默认1% --> </property> <property> <name>io.storefile.bloom.max.fold</name> <value>7</value> <!-- 位数组最大压缩倍数 --> </property> ``` 3. **性能对比** ```diff + 开启 Bloom Filter 后: - Get 延迟降低 30-50% - 磁盘 I/O 减少 40-70% - 资源消耗: + 内存增加 5-15% + HFile 增大 3-8% ``` #### 六、局限性 1. **假阳性问题** 存在误判可能(默认 1%),但**不会漏判**[^3] 2. **写放大效应** 数据写入时需要更新 Bloom Filter 3. **不支持删除** 删除数据后位数组无法回撤,需通过 Compaction 重建 > **典型案例**:在 10 亿行数据的表中,开启 ROWCOL 类型 Bloom Filter 后,Get 操作的 P99 延迟从 86ms 降至 41ms[^2]。 --- **相关问题** 1. 如何计算 Bloom Filter 的最优 $k$ $m$ 参数? 2. ROW ROWCOL 类型 Bloom Filter 的实现差异是什么? 3. 在 SSD 存储环境下 Bloom Filter 是否仍有价值? 4. 如何监控 Bloom Filter 的假阳性率对业务的影响? 5. Bloom FilterHBase 二级索引的协同优化策略?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值