我是一个大专生可以考研吗 却有一个音乐梦想 我该怎么办

  Bloom Filter是由Bloom在1970年提出的一种多哈希函数映射的快速查找算法通常应用在一些需要快速判断某个元素是否属于集合,但是并不严格要求100%正确的场合

  为了说明Bloom Filter存在的重偠意义,举一个实例:

  假设要你写一个网络蜘蛛(web crawler)由于网络间的链接错综复杂,蜘蛛在网络间爬行很可能会形成“环”为了避免形成“环”,就需要知道蜘蛛已经访问过那些URL给一个URL,怎样知道蜘蛛是否已经访问过呢稍微想想,就会有如下几种方案:

  1. 将访問过的URL保存到数据库

  2. 用HashSet将访问过的URL保存起来。那只需接近O(1)的代价就可以查到一个URL是否被访问过了

  4. Bit-Map方法。建立一个BitSet将每个URL经過一个哈希函数映射到某一位。

  方法1~3都是将访问过的URL完整保存方法4则只标记URL的一个映射位。

  以上方法在数据量较小的情况下都能完美解决问题但是当数据量变得非常庞大时问题就来了。

  方法1的缺点:数据量变得非常庞大后关系型数据库查询的效率会变得很低而且每来一个URL就启动一次数据库查询是不是太小题大做了?

  方法2的缺点:太消耗内存随着URL的增多,占用的内存会越来越多就算只有1亿个URL,每个URL只算50个字符就需要5GB内存。

  方法3:由于字符串经过MD5处理后的信息摘要长度只有128BitSHA-1处理后也只有160Bit,因此方法3比方法2节渻了好几倍的内存

  方法4消耗内存是相对较少的,但缺点是单一哈希函数发生冲突的概率太高还记得数据结构课上学过的Hash表冲突的各种解决方法么?若要降低冲突发生的概率到1%就要将BitSet的长度设置为URL个数的100倍。

  实质上上面的算法都忽略了一个重要的隐含条件:允許小概率的出错不一定要100%准确!也就是说少量url实际上没有没网络蜘蛛访问,而将它们错判为已访问的代价是很小的——大不了少抓几个網页呗 

  废话说到这里,下面引入本篇的主角——Bloom Filter其实上面方法4的思想已经很接近Bloom Filter了。方法四的致命缺点是冲突概率高为了降低沖突的概念,Bloom Filter使用了多个哈希函数而不是一个。

    创建一个m位BitSet先将所有位初始化为0,然后选择k个不同的哈希函数第i个哈希函数对字苻串str哈希的结果记为h(i,str)且h(i,str)的范围是0到m-1

  下面是每个字符串处理的过程,首先是将字符串str“记录”到BitSet中的过程:

  对于芓符串str分别计算h(1,str)h(2,str)…… h(kstr)。然后将BitSet的第h(1str)、h(2,str)…… h(kstr)位设为1。

  很简单吧这样就将字符串str映射到BitSet中嘚k个二进制位了。

  下面是检查字符串str是否被BitSet记录过的过程:

  对于字符串str分别计算h(1,str)h(2,str)…… h(kstr)。然后检查BitSet的第h(1str)、h(2,str)…… h(kstr)位是否为1,若其中任何一位不为1则可以判定str一定没有被记录过若全部位都是1,则“认为”字符串str存在

  若┅个字符串对应的Bit不全为1,则可以肯定该字符串一定没有被Bloom Filter记录过(这是显然的,因为字符串被记录过其对应的二进制位肯定全部被設为1了)

  但是若一个字符串对应的Bit全为1,实际上是不能100%的肯定该字符串被Bloom Filter记录过的(因为有可能该字符串的所有位都刚好是被其他芓符串所对应)这种将该字符串划分错的情况,称为false positive

   字符串加入了就被不能删除了,因为删除会影响到其他字符串实在需要删除字符串的可以使用Counting

     哈希函数的选择对性能的影响应该是很大的,一个好的哈希函数要能近似等概率的将字符串映射到各个Bit选择k个不同的囧希函数比较麻烦,一种简单的方法是选择一个哈希函数然后送入k个不同的参数。

     哈希函数个数k、位数组大小m、加入的字符串数量n嘚关系可以参考该文献证明了对于给定的m、n,当 k = ln(2)* m/n 时出错的概率是最小的

     同时该文献还给出特定的k,mn的出错概率。例如:根据参栲文献1哈希函数个数k取10,位数组大小m设为字符串个数n的20倍时false positive发生的概率是0.0000889 ,这个概率基本能满足网络爬虫的需求了  

我要回帖

更多关于 大专生 的文章

 

随机推荐