青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

(轉)大數據量,海量數據 處理方法總結

大數據量的問題是很多面試筆試中經常出現的問題,比如baidu google 騰訊 這樣的一些涉及到海量數據的公司經常會問到。

 

下面的方法是我對海量數據的處理方法進行了一個一般性的總結,當然這些方法可能并不能完全覆蓋所有的問題,但是這樣的一些方法也基本可以處理絕大多數遇到的問題。下面的一些問題基本直接來源于公司的面試筆試題目,方法不一定最優,如果你有更好的處理方法,歡迎與我討論。

 

1.Bloom filter

 

適用范圍:可以用來實現數據字典,進行數據的判重,或者集合求交集

 

基本原理及要點:

對于原理來說很簡單,位數組+k個獨立hash函數。將hash函數對應的值的位數組置1,查找時如果發現所有hash函數對應位都是1說明存在,很明顯這個過程并不保證查找的結果是100%正確的。同時也不支持刪除一個已經插入的關鍵字,因為該關鍵字對應的位會牽動到其他的關鍵字。所以一個簡單的改進就是 counting Bloom filter,用一個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應大概是n13倍。這樣k大概是8個。

 

注意這里mn的單位不同,mbit為單位,而n則是以元素個數為單位(準確的說是不同元素的個數)。通常單個元素的長度都是有很多bit的。所以使用bloom filter內存上通常都是節省的。

 

擴展:

Bloom filter將集合中的元素映射到位數組中,用kk為哈希函數個數)個映射位是否全1表示元素在不在這個集合中。Counting bloom filterCBF)將位數組中的每一位擴展為一個counter,從而支持了元素的刪除操作。Spectral Bloom FilterSBF)將其與集合元素的出現次數關聯。SBF采用counter中的最小值來近似表示元素的出現頻率。

 

問題實例:給你A,B兩個文件,各存放50億條URL,每條URL占用64字節,內存限制是4G,讓你找出A,B文件共同的URL。如果是三個乃至n個文件呢?

 

根據這個問題我們來計算下內存的占用,4G=2^32大概是40*8大概是340億,n=50億,如果按出錯率0.01算需要的大概是650億個bit。現在可用的是340億,相差并不多,這樣可能會使出錯率上升些。另外如果這些urlip是一一對應的,就可以轉換成ip,則大大簡單了。

 

2.Hashing

 

適用范圍:快速查找,刪除的基本數據結構,通常需要總數據量可以放入內存

 

基本原理及要點:

hash函數選擇,針對字符串,整數,排列,具體相應的hash方法。

碰撞處理,一種是open hashing,也稱為拉鏈法;另一種就是closed hashing,也稱開地址法,opened addressing

 

擴展:

d-left hashing中的d是多個的意思,我們先簡化這個問題,看一看2-left hashing2-left hashing指的是將一個哈希表分成長度相等的兩半,分別叫做T1T2,給T1T2分別配備一個哈希函數,h1h2。在存儲一個新的key時,同時用兩個哈希函數進行計算,得出兩個地址h1[key]h2[key]。這時需要檢查T1中的h1[key]位置和T2中的h2[key]位置,哪一個位置已經存儲的(有碰撞的)key比較多,然后將新key存儲在負載少的位置。如果兩邊一樣多,比如兩個位置都為空或者都存儲了一個key,就把新key 存儲在左邊的T1子表中,2-left也由此而來。在查找一個key時,必須進行兩次hash,同時查找兩個位置。

 

問題實例:

1).海量日志數據,提取出某日訪問百度次數最多的那個IP

 

IP的數目還是有限的,最多2^32個,所以可以考慮使用haship直接存入內存,然后進行統計。

 

3.bit-map

 

適用范圍:可進行數據的快速查找,判重,刪除,一般來說數據范圍是int10倍以下

 

基本原理及要點:使用bit數組來表示某些元素是否存在,比如8位電話號碼

 

擴展:bloom filter可以看做是對bit-map的擴展

 

問題實例:

 

1)已知某個文件內包含一些電話號碼,每個號碼為8位數字,統計不同號碼的個數。

 

8位最多99 999 999,大概需要99mbit,大概10m字節的內存即可。

 

2)2.5億個整數中找出不重復的整數的個數,內存空間不足以容納這2.5億個整數。

 

bit-map擴展一下,用2bit表示一個數即可,0表示未出現,1表示出現一次,2表示出現2次及以上。或者我們不用2bit來進行表示,我們用兩個bit-map即可模擬實現這個2bit-map

 

4.

 

適用范圍:海量數據前n大,并且n比較小,堆可以放入內存

 

基本原理及要點:最大堆求前n小,最小堆求前n大。方法,比如求前n小,我們比較當前元素與最大堆里的最大元素,如果它小于最大元素,則應該替換那個最大元素。這樣最后得到的n個元素就是最小的n個。適合大數據量,求前n小,n的大小比較小的情況,這樣可以掃描一遍即可得到所有的前n元素,效率很高。

 

擴展:雙堆,一個最大堆與一個最小堆結合,可以用來維護中位數。

 

問題實例:

1)100w個數中找最大的前100個數。

 

用一個100個元素大小的最小堆即可。

 

5.雙層桶劃分

 

適用范圍:第k大,中位數,不重復或重復的數字

 

基本原理及要點:因為元素范圍很大,不能利用直接尋址表,所以通過多次劃分,逐步確定范圍,然后最后在一個可以接受的范圍內進行。可以通過多次縮小,雙層只是一個例子。

 

擴展:

 

問題實例:

1).2.5億個整數中找出不重復的整數的個數,內存空間不足以容納這2.5億個整數。

 

有點像鴿巢原理,整數個數為2^32,也就是,我們可以將這2^32個數,劃分為2^8個區域(比如用單個文件代表一個區域),然后將數據分離到不同的區域,然后不同的區域在利用bitmap就可以直接解決了。也就是說只要有足夠的磁盤空間,就可以很方便的解決。

 

2).5億個int找它們的中位數。

 

這個例子比上面那個更明顯。首先我們將int劃分為2^16個區域,然后讀取數據統計落到各個區域里的數的個數,之后我們根據統計結果就可以判斷中位數落到那個區域,同時知道這個區域中的第幾大數剛好是中位數。然后第二次掃描我們只統計落在這個區域中的那些數就可以了。

 

實際上,如果不是intint64,我們可以經過3次這樣的劃分即可降低到可以接受的程度。即可以先將int64分成2^24個區域,然后確定區域的第幾大數,在將該區域分成2^20個子區域,然后確定是子區域的第幾大數,然后子區域里的數的個數只有2^20,就可以直接利用direct addr table進行統計了。

 

6.數據庫索引

 

適用范圍:大數據量的增刪改查

 

基本原理及要點:利用數據的設計實現方法,對海量數據的增刪改查進行處理。

擴展:

問題實例:

 

 

7.倒排索引(Inverted index)

 

適用范圍:搜索引擎,關鍵字查詢

 

基本原理及要點:為何叫倒排索引?一種索引方法,被用來存儲在全文搜索下某個單詞在一個文檔或者一組文檔中的存儲位置的映射。

 

以英文為例,下面是要被索引的文本:

T0 = "it is what it is"

T1 = "what is it"

T2 = "it is a banana"

我們就能得到下面的反向文件索引:

"a":      {2}

"banana": {2}

"is":     {0, 1, 2}

"it":     {0, 1, 2}

"what":   {0, 1}

檢索的條件"what", "is" "it" 將對應集合的交集。

 

正向索引開發出來用來存儲每個文檔的單詞的列表。正向索引的查詢往往滿足每個文檔有序頻繁的全文查詢和每個單詞在校驗文檔中的驗證這樣的查詢。在正向索引中,文檔占據了中心的位置,每個文檔指向了一個它所包含的索引項的序列。也就是說文檔指向了它包含的那些單詞,而反向索引則是單詞指向了包含它的文檔,很容易看到這個反向的關系。

 

擴展:

 

問題實例:文檔檢索系統,查詢那些文件包含了某單詞,比如常見的學術論文的關鍵字搜索。

 

8.外排序

 

適用范圍:大數據的排序,去重

 

基本原理及要點:外排序的歸并方法,置換選擇 敗者樹原理,最優歸并樹

 

擴展:

 

問題實例:

1).有一個1G大小的一個文件,里面每一行是一個詞,詞的大小不超過16個字節,內存限制大小是1M。返回頻數最高的100個詞。

 

這個數據具有很明顯的特點,詞的大小為16個字節,但是內存只有1mhash有些不夠,所以可以用來排序。內存可以當輸入緩沖區使用。

 

9.trie

 

適用范圍:數據量大,重復多,但是數據種類小可以放入內存

 

基本原理及要點:實現方式,節點孩子的表示方式

 

擴展:壓縮實現。

 

問題實例:

1).10個文件,每個文件1G 每個文件的每一行都存放的是用戶的query,每個文件的query都可能重復。要你按照query的頻度排序

 

2).1000萬字符串,其中有些是相同的(重復),需要把重復的全部去掉,保留沒有重復的字符串。請問怎么設計和實現?

 

3).尋找熱門查詢:查詢串的重復度比較高,雖然總數是1千萬,但如果除去重復后,不超過3百萬個,每個不超過255字節。

 

10.分布式處理 mapreduce

 

適用范圍:數據量大,但是數據種類小可以放入內存

 

基本原理及要點:將數據交給不同的機器去處理,數據劃分,結果歸約。

 

擴展:

 

問題實例:

 

1).The canonical example application of MapReduce is a process to count the appearances of

 

each different word in a set of documents:

void map(String name, String document):

  // name: document name

  // document: document contents

  for each word w in document:

    EmitIntermediate(w, 1);

 

void reduce(String word, Iterator partialCounts):

  // key: a word

  // values: a list of aggregated partial counts

  int result = 0;

  for each v in partialCounts:

    result += ParseInt(v);

  Emit(result);

Here, each document is split in words, and each word is counted initially with a "1" value by

 

the Map function, using the word as the result key. The framework puts together all the pairs

 

with the same key and feeds them to the same call to Reduce, thus this function just needs to

 

sum all of its input values to find the total appearances of that word.

 

2).海量數據分布在100臺電腦中,想個辦法高效統計出這批數據的TOP10

 

3).一共有N個機器,每個機器上有N個數。每個機器最多存O(N)個數并對它們操作。如何找到N^2個數的中數(median)

 

 

經典問題分析

 

上千萬or億數據(有重復),統計其中出現次數最多的前N個數據,分兩種情況:可一次讀入內存,不可一次讀入。

 

可用思路:trie+堆,數據庫索引,劃分子集分別統計,hash,分布式計算,近似統計,外排序

 

所謂的是否能一次讀入內存,實際上應該指去除重復后的數據量。如果去重后數據可以放入內存,我們可以為數據建立字典,比如通過 maphashmaptrie,然后直接進行統計即可。當然在更新每條數據的出現次數的時候,我們可以利用一個堆來維護出現次數最多的前N個數據,當然這樣導致維護次數增加,不如完全統計后在求前N大效率高。

 

如果數據無法放入內存。一方面我們可以考慮上面的字典方法能否被改進以適應這種情形,可以做的改變就是將字典存放到硬盤上,而不是內存,這可以參考數據庫的存儲方法。

 

當然還有更好的方法,就是可以采用分布式計算,基本上就是map-reduce過程,首先可以根據數據值或者把數據hash(md5)后的值,將數據按照范圍劃分到不同的機子,最好可以讓數據劃分后可以一次讀入內存,這樣不同的機子負責處理各種的數值范圍,實際上就是map。得到結果后,各個機子只需拿出各自的出現次數最多的前N個數據,然后匯總,選出所有的數據中出現次數最多的前N個數據,這實際上就是reduce過程。

 

實際上可能想直接將數據均分到不同的機子上進行處理,這樣是無法得到正確的解的。因為一個數據可能被均分到不同的機子上,而另一個則可能完全聚集到一個機子上,同時還可能存在具有相同數目的數據。比如我們要找出現次數最多的前100個,我們將1000萬的數據分布到10臺機器上,找到每臺出現次數最多的前 100個,歸并之后這樣不能保證找到真正的第100個,因為比如出現次數最多的第100個可能有1萬個,但是它被分到了10臺機子,這樣在每臺上只有1千個,假設這些機子排名在1000個之前的那些都是單獨分布在一臺機子上的,比如有1001個,這樣本來具有1萬個的這個就會被淘汰,即使我們讓每臺機子選出出現次數最多的1000個再歸并,仍然會出錯,因為可能存在大量個數為1001個的發生聚集。因此不能將數據隨便均分到不同機子上,而是要根據hash 后的值將它們映射到不同的機子上處理,讓不同的機器處理一個數值范圍。

 

而外排序的方法會消耗大量的IO,效率不會很高。而上面的分布式方法,也可以用于單機版本,也就是將總的數據根據值的范圍,劃分成多個不同的子文件,然后逐個處理。處理完畢之后再對這些單詞的及其出現頻率進行一個歸并。實際上就可以利用一個外排序的歸并過程。

 

另外還可以考慮近似計算,也就是我們可以通過結合自然語言屬性,只將那些真正實際中出現最多的那些詞作為一個字典,使得這個規模可以放入內存。

posted on 2010-10-24 12:49 蝸牛也Coding 閱讀(2267) 評論(0)  編輯 收藏 引用


只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


<2009年7月>
2829301234
567891011
12131415161718
19202122232425
2627282930311
2345678

導航

統計

常用鏈接

留言簿(8)

隨筆檔案(78)

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美一区二区三区在线观看视频| 亚洲成人影音| 久久全球大尺度高清视频| 一本色道久久综合一区| 亚洲国产视频直播| 久久性天堂网| 欧美好骚综合网| 亚洲国产欧美日韩另类综合| 一区二区电影免费在线观看| 夜夜爽99久久国产综合精品女不卡| 亚洲欧洲日产国产网站| 亚洲一区二区三区免费视频| 欧美一区二区三区免费在线看| 欧美一区二区播放| 欧美激情影音先锋| 国产日韩精品电影| 日韩天堂在线视频| 美女被久久久| 午夜一级久久| 欧美婷婷在线| 这里只有精品在线播放| 欧美寡妇偷汉性猛交| 欧美自拍丝袜亚洲| 国产精品国产三级国产普通话99 | 亚洲欧洲日韩在线| 午夜天堂精品久久久久 | 激情久久久久久久久久久久久久久久| 夜夜嗨av色一区二区不卡| 免费日韩av| 久久精品91久久香蕉加勒比| 国产精品久久久久久影视| 宅男噜噜噜66一区二区66| 亚洲精品一区二区三区不| 欧美大色视频| 99精品国产在热久久| 久久亚洲一区二区| 欧美自拍丝袜亚洲| 黄色精品免费| 亚洲第一福利社区| 欧美成人免费小视频| 亚洲精品一二| 亚洲精品日韩久久| 欧美性猛交xxxx乱大交蜜桃| 亚洲免费在线视频一区 二区| 99伊人成综合| 国产一区二区三区久久精品| 麻豆免费精品视频| 欧美精品久久久久久久| 亚洲一区二区少妇| 亚洲免费在线视频一区 二区| 国产在线观看91精品一区| 久久嫩草精品久久久精品一| 玖玖在线精品| 午夜激情一区| 另类春色校园亚洲| 亚洲影院污污.| 欧美精品一区二区三区蜜桃| 国产区二精品视| 亚洲一区二区在线视频 | 欧美大片91| 在线欧美三区| 欧美韩日高清| 久久久久久久97| 欧美国产在线视频| 亚洲精品久久久久久久久| 国产午夜精品福利| 亚洲视频在线观看一区| 在线观看一区二区视频| 在线视频精品一| 亚洲久色影视| 久久网站免费| 午夜精品一区二区三区电影天堂| 久久国产精品黑丝| 欧美一区二区三区免费视| 老牛嫩草一区二区三区日本| 久久成人资源| 国产视频精品va久久久久久| 欧美在线综合| 狼人天天伊人久久| 亚洲免费高清视频| 欧美视频一区二区三区…| 亚洲精品网站在线播放gif| 亚洲人成人一区二区三区| 老司机精品视频一区二区三区| 美女免费视频一区| 91久久久一线二线三线品牌| 欧美精品一区三区| 亚洲午夜av| 葵司免费一区二区三区四区五区| 亚洲国产一区二区三区在线播| 欧美成人自拍视频| 亚洲一区二区成人| 久久激情视频久久| 亚洲精品美女91| 国产精品网站视频| 欧美高清在线| 欧美国产在线电影| 欧美成人一品| 国产精品男gay被猛男狂揉视频| 亚洲电影自拍| 欧美一区二区三区视频免费| 亚洲巨乳在线| 亚洲福利视频一区| 国产精品乱人伦中文| 浪潮色综合久久天堂| 日韩视频精品在线| 久久人人精品| 亚洲自拍偷拍一区| 中文有码久久| 亚洲一二三区在线| 中文在线资源观看网站视频免费不卡 | 日韩亚洲欧美成人一区| 在线中文字幕一区| 91久久极品少妇xxxxⅹ软件| 午夜日韩在线| 亚洲天堂久久| 亚洲一级黄色av| 日韩一本二本av| 一本色道久久综合亚洲精品按摩 | 新片速递亚洲合集欧美合集| 亚洲肉体裸体xxxx137| 亚洲欧美激情视频在线观看一区二区三区 | 久久这里只有| 亚洲欧美国产视频| 夜夜嗨av一区二区三区中文字幕| 亚洲黄网站黄| 在线观看日韩精品| 亚洲国产另类久久精品| 亚洲欧美精品一区| 亚洲视频一二区| 亚洲中字黄色| 亚洲一区二区三区四区在线观看| 一区二区三区国产精华| 亚洲欧美成人网| 另类天堂视频在线观看| 亚洲激情专区| 亚洲精选视频免费看| 欧美一区二区免费| 欧美怡红院视频一区二区三区| 亚洲网站在线| 国产综合一区二区| 国产午夜精品美女视频明星a级| 国语自产精品视频在线看一大j8 | 国产精品久久久久久一区二区三区 | 久久青草久久| 欧美成人免费观看| 欧美日韩一级片在线观看| 亚洲人成网站777色婷婷| 亚洲欧美日韩第一区| 9久草视频在线视频精品| 亚洲欧美一区二区三区久久| 亚洲网站在线看| 亚洲人成7777| 亚洲欧美在线x视频| 亚洲在线免费观看| 免费欧美网站| 国产乱码精品1区2区3区| 国产无遮挡一区二区三区毛片日本| 在线观看成人av| 一本色道久久综合亚洲精品按摩| 久久精品综合一区| 一区二区三区日韩欧美| 免费不卡在线观看| 国产日韩一区二区三区在线| 亚洲六月丁香色婷婷综合久久| 久久精品国产一区二区三区免费看 | 久久免费视频观看| 国产精品视频内| 一本大道久久精品懂色aⅴ| 久久一区二区三区四区五区| 一区二区三区精品在线| 欧美另类高清视频在线| 在线观看亚洲视频| 男男成人高潮片免费网站| 香蕉视频成人在线观看| 国产资源精品在线观看| 久久激情综合网| 免费av成人在线| 亚洲午夜精品在线| 久久久久久9| 国产精品久久久99| 亚洲毛片网站| 亚洲国产二区| 猛干欧美女孩| 亚洲日韩第九十九页| 亚洲国产精品一区| 欧美精品色综合| 亚洲中无吗在线| 久久久精品网| 亚洲欧洲免费视频| 亚洲线精品一区二区三区八戒| 亚洲性线免费观看视频成熟| 欧美激情第4页| 欧美电影在线观看| 在线看视频不卡| 一区二区三区欧美| 欧美精品色网| 久久久久久久久蜜桃| 亚洲一区二区在线视频| 国产亚洲人成网站在线观看|