利用Kettle+FineBI+MySQL构建电商运营分析报表可视化平台视频教程
5564 人在学
简单来说一下什么是Bloom Filter?
所谓的Bloom filter是二进制向量数据结构,它具有很好的空间和时间效率,可以用来检测一个元素是不是集合中的一个成员。如果检测结果为是,则该元素不一定在集合中;但如果检测结果为否,该元素一定不在集合中。因此Bloomfilter具有100%的召回率。这样每个检测请求返回有“在集合内(可能错误)”和“不在集合内(绝对不在集合内)”两种情况。
本文从解决这类问题的方法入手,开辟一系列专题来解决海量数据问题,BloomFilter的详细介绍,有不懂的朋友可以看看
1.适用的一些范围
可以用来实现数据的字典,进行数据的判重,或者集合求交集
2.Bloom Filter基本原理及要点:
原理上是比较简单的,位数组+k个独立hash函数。将hash函数对应的值的位数组置1,查找时如果发现所有hash函数对应位都是1说明存在,明显在过程并不保证查找的结果是100%正确的。
同时也不支持删除一个已经插入的关键字,因为该关键字对应的位是会牵动到其他的关键字。简单的改进就是countingBloomfilter,用一个counter数组代替位数组,也就可以删除了。
有一个重要的问题是,如何根据输入元素个数n,确定位数组m的大小及hash函数个数。当hash函数个数k=(ln2)*(m/n)时错误率最小。在错误率不大于E的情况下,m至少要等于n*lg(1/E)才能表示任意n个元素的集合。但m还应该更大些,因为还要保证bit数组里至少一半为0,则m应该>=nlg(1/E)*lge大概就是nlg(1/E)1.44倍(lg表示以2为底的对数)。
一个简单的例子:我们假设错误率为0.01,则此时m应大概是n的13倍,这样k大概就是8个了。
需要注意的是,在这里m与n的单位是不同的,m是bit为单位,而n则是以元素个数为单位,通常单个元素的长度都是有很多bit的,因此使用bloomfilter内存上一般都是节省的。
3.实际中的问题实例
例如:给你A,B两个文件,各存放50亿条URL,每条URL占用64字节,但是内存限制是4G,让你找出A,B文件共同的URL。如果是三个乃至n个文件呢?
根据实际的问题,首先是来计算一下内存的一个占用,4G=2^32大概是40亿*8大概是340亿bit,n=50亿,若按出错率0.01算需要的大概是650亿个bit。现在可用的是340亿,差距并不是太多,这样会使出错率上升些。如果这些urlip是一一对应的,就可以转换成ip,就可以简单化了。
以上是对Bloom Filter的一个详细的介绍,如果是刚入门大数据,对这个概念理解起来有一点的困难也算是正常,在接下来的大数据的学习中,我们将继续为推出更实用的资讯。