Bloom Filter(BF)是一種空間效率很高的隨機數據結構,它利用位數組很簡潔地表示一個集合,並能判斷一個元素是否屬於這個集合。它是一個判斷元素是否存在集合的快速的機率算法。Bloom Filter有可能會出現錯誤判斷,但不會漏掉判斷。也就是Bloom Filter判斷元素再也不集合,那確定不在。若是判斷元素存在集合中,有必定的機率判斷錯誤。所以,Bloom Filter」不適合那些「零錯誤的應用場合。而在能容忍低錯誤率的應用場合下,Bloom Filter比其餘常見的算法(如hash,折半查找)極大節省了空間。 php
它的優勢是空間效率和查詢時間都遠遠超過通常的算法,缺點是有必定的誤識別率和刪除困難。ios
Bloom Filter的詳細介紹:Bloom Filterweb
計算某元素x是否在一個集合中,首先能想到的方法就是將全部的已知元素保存起來構成一個集合R,而後用元素x跟這些R中的元素一一比較來判斷是否存在於集合R中;咱們能夠採用鏈表等數據結構來實現。可是,隨着集合R中元素的增長,其佔用的內存將愈來愈大。試想,若是有幾千萬個不一樣網頁須要下載,所需的內存將足以佔用掉整個進程的內存地址空間。即便用MD5,UUID這些方法將URL轉成固定的短小的字符串,內存佔用也是至關巨大的。算法
因而,咱們會想到用Hash table的數據結構,運用一個足夠好的Hash函數將一個URL映射到二進制位數組(位圖數組)中的某一位。若是該位已經被置爲1,那麼表示該URL已經存在。數據庫
Hash存在一個衝突(碰撞)的問題,用同一個Hash獲得的兩個URL的值有可能相同。爲了減小衝突,咱們能夠多引入幾個Hash,若是經過其中的一個Hash值咱們得出某元素不在集合中,那麼該元素確定不在集合中。只有在全部的Hash函數告訴咱們該元素在集合中時,才能肯定該元素存在於集合中。這即是Bloom-Filter的基本思想。數組
原理要點:一是位數組, 而是k個獨立hash函數。服務器
1)位數組:網絡
假設Bloom Filter使用一個m比特的數組來保存信息,初始狀態時,Bloom Filter是一個包含m位的位數組,每一位都置爲0,即BF整個數組的元素都設置爲0。數據結構
2)添加元素,k個獨立hash函數ide
爲了表達S={x1, x2,…,xn}這樣一個n個元素的集合,Bloom Filter使用k個相互獨立的哈希函數(Hash Function),它們分別將集合中的每一個元素映射到{1,…,m}的範圍中。
當咱們往Bloom Filter中增長任意一個元素x時候,咱們使用k個哈希函數獲得k個哈希值,而後將數組中對應的比特位設置爲1。即第i個哈希函數映射的位置hashi(x)就會被置爲1(1≤i≤k)。
注意,若是一個位置屢次被置爲1,那麼只有第一次會起做用,後面幾回將沒有任何效果。在下圖中,k=3,且有兩個哈希函數選中同一個位置(從左邊數第五位,即第二個「1「處)。
3)判斷元素是否存在集合
在判斷y是否屬於這個集合時,咱們只須要對y使用k個哈希函數獲得k個哈希值,若是全部hashi(y)的位置都是1(1≤i≤k),即k個位置都被設置爲1了,那麼咱們就認爲y是集合中的元素,不然就認爲y不是集合中的元素。下圖中y1就不是集合中的元素(由於y1有一處指向了「0」位)。y2或者屬於這個集合,或者恰好是一個false positive。
Bloom Filter的缺點:
1)Bloom Filter沒法從Bloom Filter集合中刪除一個元素。由於該元素對應的位會牽動到其餘的元素。因此一個簡單的改進就是 counting Bloom filter,用一個counter數組代替位數組,就能夠支持刪除了。 此外,Bloom Filter的hash函數選擇會影響算法的效果。
2)還有一個比較重要的問題,如何根據輸入元素個數n,肯定位數組m的大小及hash函數個數,即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的。因此使用bloom filter內存上一般都是節省的。
通常BF能夠與一些key-value的數據庫一塊兒使用,來加快查詢。因爲BF所用的空間很是小,全部BF能夠常駐內存。這樣子的話,對於大部分不存在的元素,咱們只須要訪問內存中的BF就能夠判斷出來了,只有一小部分,咱們須要訪問在硬盤上的key-value數據庫。從而大大地提升了效率。
一個Bloom Filter有如下參數:
m | bit數組的寬度(bit數) |
n | 加入其中的key的數量 |
k | 使用的hash函數的個數 |
f | False Positive的比率 |
Bloom Filter的f知足下列公式:
在給定m和n時,可以使f最小化的k值爲:
此時給出的f爲:
根據以上公式,對於任意給定的f,咱們有:
BloomFilter有個缺點,就是不支持刪除操做,由於它不知道某一個位從屬於哪些向量。那咱們能夠給Bloom Filter加上計數器,添加時增長計數器,刪除時減小計數器。
爲了能在服務器之間更快地經過網絡傳輸Bloom Filter,咱們有方法能在已完成Bloom Filter以後,獲得一些實際參數的狀況下進行壓縮。
通常Bloom-Filter能夠與一些key-value的數據庫一塊兒使用,來加快查詢。
Google的BigTable也使用了Bloom Filter,以減小不存在的行或列在磁盤上的查詢,大大提升了數據庫的查詢操做的性能。
在Internet Cache Protocol中的Proxy-Cache不少都是使用Bloom Filter存儲URLs,除了高效的查詢外,還能很方便得傳輸交換Cache信息。
1)P2P網絡中查找資源操做,能夠對每條網絡通路保存Bloom Filter,當命中時,則選擇該通路訪問。
3)檢測廣播消息包的環路,將Bloom Filter保存在包裏,每一個節點將本身添加入Bloom Filter。
4)信息隊列管理,使用Counter Bloom Filter管理信息流量。
像網易,QQ這樣的公衆電子郵件(email)提供商,老是須要過濾來自發送垃圾郵件的人(spamer)的垃圾郵件。
一個辦法就是記錄下那些發垃圾郵件的 email地址。因爲那些發送者不停地在註冊新的地址,全世界少說也有幾十億個發垃圾郵件的地址,將他們都存起來則須要大量的網絡服務器。
而Bloom Filter只須要哈希表 1/8到 1/4 的大小就能解決一樣的問題。
BloomFilter決不會漏掉任何一個在黑名單中的可疑地址。而至於誤判問題,常見的補救辦法是在創建一個小的白名單,存儲那些可能別誤判的郵件地址。
問題實例】 給你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,則大大簡單了。