2万数据 查出重复的Word文档下载推荐.docx

2万数据 查出重复的Word文档下载推荐.docx

《2万数据 查出重复的Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《2万数据 查出重复的Word文档下载推荐.docx（9页珍藏版）》请在冰豆网上搜索。

假设目前有一千万个记录，

这些查询串的重复度比较高，虽然总数是1千万，但如果除去重复后，不超过3百万个。

一个查询串的重复度越高，说明查询它的用户越多，

也就是越热门。

请你统计最热门的10个查询串，要求使用的内存不能超过1G。

（1）请描述你解决这个问题的思路；

（2）请给出主要的处理流程，算法，以及算法的复杂度。

15.一共有N个机器，每个机器上有N个数。

每个机器最多存O（N）个数并对它们操作。

如何找到N^2个数的中数（median）？

大数据量的问题是很多面试笔试中经常出现的问题，比如baidugoogle腾讯这样的一些涉及到海量数据的公司经常会问到。

下面的方法是对海量数据的处理方法进行了一个一般性的总结，当然这些方法可能并不能完全覆盖所有的问题，但是这样的一些方法也基本可以处理绝大多数遇到的问题。

下面的一些问题基本直接来源于公司的面试笔试题目，方法不一定最优，如果你有更好的处理方法，欢迎讨论。

1.Bloomfilter

适用范围：

可以用来实现数据字典，进行数据的判重，或者集合求交集

基本原理及要点：

对于原理来说很简单，位数组+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内存上通常都是节省的。

扩展：

Bloomfilter将集合中的元素映射到位数组中，用k（k为哈希函数个数）个映射位是否全1表示元素在不在这个集合中。

Countingbloomfilter（CBF）将位数组中的每一位扩展为一个counter，从而支持了元素的删除操作。

SpectralBloomFilter（SBF）将其与集合元素的出现次数关联。

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方法。

碰撞处理，一种是openhashing，也称为拉链法；

另一种就是closedhashing，也称开地址法，openedaddressing。

d-lefthashing中的d是多个的意思，我们先简化这个问题，看一看2-lefthashing。

2-lefthashing指的是将一个哈希表分成长度相等的两半，分别叫做T1和T2，给T1和T2分别配备一个哈希函数，h1和h2。

在存储一个新的key时，同时用两个哈希函数进行计算，得出两个地址h1[key]和h2[key]。

这时需要检查T1中的h1[key]位置和T2中的h2[key]位置，哪一个位置已经存储的（有碰撞的）key比较多，然后将新key存储在负载少的位置。

如果两边一样多，比如两个位置都为空或者都存储了一个key，就把新key存储在左边的T1子表中，2-left也由此而来。

在查找一个key时，必须进行两次hash，同时查找两个位置。

1）.海量日志数据，提取出某日访问XX次数最多的那个IP。

IP的数目还是有限的，最多2^32个，所以可以考虑使用hash将ip直接存入内存，然后进行统计。

3.bit-map

可进行数据的快速查找，判重，删除，一般来说数据范围是int的10倍以下

使用bit数组来表示某些元素是否存在，比如8位电话号码

bloomfilter可以看做是对bit-map的扩展

1）已知某个文件内包含一些电话号码，每个号码为8位数字，统计不同号码的个数。

8位最多99999999，大概需要99m个bit，大概10几m字节的内存即可。

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个区域，然后读取数据统计落到各个区域里的数的个数，之后我们根据统计结果就可以判断中位数落到那个区域，同时知道这个区域中的第几大数刚好是中位数。

然后第二次扫描我们只统计落在这个区域中的那些数就可以了。

实际上，如果不是int是int64，我们可以经过3次这样的划分即可降低到可以接受的程度。

即可以先将int64分成2^24个区域，然后确定区域的第几大数，在将该区域分成2^20个子区域，然后确定是子区域的第几大数，然后子区域里的数的个数只有2^20，就可以直接利用directaddrtable进行统计了。

6.数据库索引

大数据量的增删改查

利用数据的设计实现方法，对海量数据的增删改查进行处理。

7.倒排索引（Invertedindex）

搜索引擎，关键字查询

为何叫倒排索引？

一种索引方法，被用来存储在全文搜索下某个单词在一个文档或者一组文档中的存储位置的映射。

以英文为例，下面是要被索引的文本：

T0="

itiswhatitis"

T1="

whatisit"

T2="

itisabanana"

我们就能得到下面的反向文件索引：

"

a"

:

{2}

banana"

is"

{0,1,2}

it"

what"

{0,1}

检索的条件"

"

和"

将对应集合的交集。

正向索引开发出来用来存储每个文档的单词的列表。

正向索引的查询往往满足每个文档有序频繁的全文查询和每个单词在校验文档中的验证这样的查询。

在正向索引中，文档占据了中心的位置，每个文档指向了一个它所包含的索引项的序列。

也就是说文档指向了它包含的那些单词，而反向索引则是单词指向了包含它的文档，很容易看到这个反向的关系。

文档检索系统，查询那些文件包含了某单词，比如常见的学术论文的关键字搜索。

8.外排序

大数据的排序，去重

基本原理及要点：

外排序的归并方法，置换选择败者树原理，最优归并树

1）.有一个1G大小的一个文件，里面每一行是一个词，词的大小不超过16个字节，内存限制大小是1M。

返回频数最高的100个词。

这个数据具有很明显的特点，词的大小为16个字节，但是内存只有1m做hash有些不够，所以可以用来排序。

内存可以当输入缓冲区使用。

9.trie树

数据量大，重复多，但是数据种类小可以放入内存

实现方式，节点孩子的表示方式

压缩实现。

1）.有10个文件，每个文件1G，每个文件的每一行都存放的是用户的query，每个文件的query都可能重复。

要你按照query的频度排序。

2）.1000万字符串，其中有些是相同的（重复）,需要把重复的全部去掉，保留没有重复的字符串。

3）.寻找热门查询：

查询串的重复度比较高，虽然总数是1千万，但如果除去重复后，不超过3百万个，每个不超过255字节。

10.分布式处理mapreduce

数据量大，但是数据种类小可以放入内存

将数据交给不同的机器去处理，数据划分，结果归约。

1）.ThecanonicalexampleapplicationofMapReduceisaprocesstocounttheappearancesof

eachdifferentwordinasetofdocuments:

voidmap（Stringname,Stringdocument）:

//name:

documentname

//document:

documentcontents

foreachwordwindocument:

EmitIntermediate（w,1）;

voidreduce（Stringword,IteratorpartialCounts）:

//key:

aword

//values:

alistofaggregatedpartialcounts

intresult=0;

foreachvinpartialCounts:

result+=ParseInt（v）;

Emit（result）;

Here,eachdocumentissplitinwords,andeachwordiscountedinitiallywitha"

1"

valueby

theMapfunction,usingthewordastheresultkey.Theframeworkputstogetherallthepairs

withthesamekeyandfeedsthemtothesamecalltoReduce,thusthisfunctionjustneedsto

sumallofitsinputvaluestofindthetotalappearancesofthatword.

2）.海量数据分布在100台电脑中，想个办法高效统计出这批数据的TOP10。

3）.一共有N个机器，每个机器上有N个数。

经典问题分析

上千万or亿数据（有重复），统计其中出现次数最多的前N个数据,分两种情况：

可一次读入内存，不可一次读入。

可用思路：

trie树+堆，数据库索引，划分子集分别统计，hash，分布式计算，近似统计，外排序

所谓的是否能一次读入内存，实际上应该指去除重复后的数据量。

如果去重后数据可以放入内存，我们可以为数据建立字典，比如通过map，hashmap，trie，然后直接进行统计即可。

当然在更新每条数据的出现次数的时候，我们可以利用一个堆来维护出现次数最多的前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，效率不会很高。

而上面的分布式方法，也可以用于单机版本，也就是将总的数据根据值的范围，划分成多个不同的子文件，然后逐个处理。

处理完毕之后再对这些单词的及其出现频率进行一个归并。

实际上就可以利用一个外排序的归并过程。

另外还可以考虑近似计算，也就是我们可以通过结合自然语言属性，只将那些真正实际中出现最多的那些词作为一个字典，使得这个规模可以放入内存。

转载请注明出处：

作者phylips@bmy

参考文献：

d-LeftHashing

http:

//en.wikipedia.org/wiki/Bloom_filter

/2847777e83fb020229388a15.html应用BloomFilter的几个小技巧

//zh.wikipedia.org/wiki/%E5%80%92%E6%8E%92%E7%B4%A2%E5%BC%95

面试、笔试中经常会有人问到：

关于海量数据查询你有什么好的方法？

经过几天的研究总结如下

对于数据库中的海量据查询主要用到索引技术

比如从100万记录中搜索

1建立索引

包括聚集索引、非聚集索引的不同。

聚集索引适合用在（有一个规则：

大数目的不同值情况下不应建立聚合索引），也就是说id，主键，并不适合用来作为聚集索引。

一个表只能有一个聚集索引。

下面给出实例证明

看一下在1000万条数据量的情况下各种查询的速度表现

（1）仅在主键（自增id）上建立聚集索引，并且不划分时间段：

Selectgid,fariqi,neibuyonghu,titlefromtgongwen

用时：

128470毫秒（即：

128秒）

（2）在主键上建立聚集索引，在fariq上建立非聚集索引：

selectgid,fariqi,neibuyonghu,titlefromTgongwen

wherefariqi>

dateadd（day,-90,getdate（））

53763毫秒（54秒）

（3）将聚合索引建立在日期列（fariqi）上：

2423毫秒（2秒）

日期字段符合：

建立聚集索引要求的：

&

S220;

既不能绝大多数都相同，又不能只有极少数相同&

S221;

的规则

待续。

。

建立分区表和分区视图

在ID或者是时间上建立索引，查询的时候用到建立索引的列

在值出现相同的机会既不算太多也不会太少的字段上建立聚类索引吧，这样可以提高查询效率！

还有就是优化查询语句和使用分页来达到提高查询效率。

进行更新和插入操作的时候，会增加索引维护的开销，合理设置索引，影响不会太大。