奉贤网站建设公司,百度广告投放电话,服务好的企业网站怎么建设,网页设计素材图片大全海量数据处理#xff1a;十道面试题与十个海量数据处理方法总结 作者#xff1a;July、youwang、yanxionglu。 时间#xff1a;二零一一年三月二十六日 本文之总结#xff1a;教你如何迅速秒杀掉#xff1a;99%的海量数据处理面试题。有任何问题#xff0c;欢迎随时交流、… 海量数据处理十道面试题与十个海量数据处理方法总结 作者July、youwang、yanxionglu。 时间二零一一年三月二十六日 本文之总结教你如何迅速秒杀掉99%的海量数据处理面试题。有任何问题欢迎随时交流、指正。 出处http://blog.csdn.net/v_JULY_v。 第一部分、十道海量数据处理面试题 1、海量日志数据提取出某日访问百度次数最多的那个IP。 首先是这一天并且是访问百度的日志中的IP取出来逐个写入到一个大文件中。注意到IP是32位的最多有个2^32个IP。同样可以采用映射的方法比如模1000把整个大文件映射为1000个小文件再找出每个小文中出现频率最大的IP可以采用hash_map进行频率统计然后再找出频率最大的几个及相应的频率。然后再在这1000个最大的IP中找出那个频率最大的IP即为所求。 或者如下阐述雪域之鹰 算法思想分而治之Hash 1.IP地址最多有2^324G种取值情况所以不能完全加载到内存中处理 2.可以考虑采用分而治之的思想按照IP地址的Hash(IP)%1024值把海量IP日志分别存储到1024个小文件中。这样每个小文件最多包含4MB个IP地址 3.对于每一个小文件可以构建一个IP为key出现次数为value的Hash map同时记录当前出现次数最多的那个IP地址 4.可以得到1024个小文件中的出现次数最多的IP再依据常规的排序算法得到总体上出现次数最多的IP 2、搜索引擎会通过日志文件把用户每次检索使用的所有检索串都记录下来每个查询串的长度为1-255字节。 假设目前有一千万个记录这些查询串的重复度比较高虽然总数是1千万但如果除去重复后不超过3百万个。一个查询串的重复度越高说明查询它的用户越多也就是越热门。请你统计最热门的10个查询串要求使用的内存不能超过1G。 典型的Top K算法还是在这篇文章里头有所阐述详情请参见十一、从头到尾彻底解析Hash表算法。 文中给出的最终算法是 第一步、先对这批海量数据预处理在ON的时间内用Hash表完成统计之前写成了排序特此订正。July、2011.04.27 第二步、借助堆这个数据结构找出Top K时间复杂度为NlogK。 即借助堆结构我们可以在log量级的时间内查找和调整/移动。因此维护一个K(该题目中是10)大小的小根堆然后遍历300万的Query分别和根元素进行对比所以我们最终的时间复杂度是ON N*OlogKN为1000万N为300万。ok更多详情请参考原文。 或者采用trie树关键字域存该查询串出现的次数没有出现为0。最后用10个元素的最小推来对出现频率进行排序。 注trie树也即字典树。又称为前缀树。是一种有序树用于保存关联数组其中的键通常是字符串。与二叉查找树不同键不是直接保存在节点中而是由节点在树中的位置决定的。字典树的三个基本性质 3个基本性质 (1)根节点不包含字符除根节点外每一个节点都只包含一个字符。 (2)从根节点到某一节点路径上经过的字符连接起来为该节点对应的字符串。 (3)每个节点的所有子节点包含的字符都不相同。 用trie树统计每个词出现的次数时间复杂度是O(n*le)le表示单词的平均长度然后是找出出现最频繁的前10个词。 3、有一个1G大小的一个文件里面每一行是一个词词的大小不超过16字节内存限制大小是1M。返回频数最高的100个词。 方案分治法。顺序读文件中对于每个词x取hash(x)%5000然后按照该值存到5000个小文件记为x0,x1,...x4999中。这样每个文件大概是200k左右。 问题hash函数如何设计 如果其中的有的文件超过了1M大小还可以按照类似的方法继续往下分直到分解得到的小文件的大小都不超过1M。 对每个小文件统计每个文件中出现的词以及相应的频率可以采用trie树/hash_map等并取出出现频率最大的100个词可以用含100个结点的最小堆并把100个词及相应的频率存入文件这样又得到了5000个文件。下一步就是把这5000个文件进行归并类似与归并排序的过程了。 4、有10个文件每个文件1G每个文件的每一行存放的都是用户的query每个文件的query都可能重复。要求你按照query的频度排序。 还是典型的TOP K算法解决方案如下 方案1 顺序读取10个文件按照hash(query)%10的结果将query写入到另外10个文件记为中。这样新生成的文件每个的大小大约也1G假设hash函数是随机的。 找一台内存在2G左右的机器依次对用hash_map(query, query_count)来统计每个query出现的次数。利用快速/堆/归并排序按照出现次数进行排序。将排序好的query和对应的query_cout输出到文件中。这样得到了10个排好序的文件记为。 对这10个文件进行归并排序内排序与外排序相结合。 方案2 一般query的总量是有限的只是重复的次数比较多而已可能对于所有的query一次性就可以加入到内存了前提条件。这样我们就可以采用trie树/hash_map等直接来统计每个query出现的次数然后按出现次数做快速/堆/归并排序就可以了。 方案3 与方案1类似但在做完hash分成多个文件后可以交给多个文件来处理采用分布式的架构来处理比如MapReduce最后再进行合并。 5、 给定a、b两个文件各存放50亿个url每个url各占64字节内存限制是4G让你找出a、b文件共同的url 方案1可以估计每个文件的大小为5G×64320G远远大于内存限制的4G。所以不可能将其完全加载到内存中处理。考虑采取分而治之的方法。 遍历文件a对每个url求取hash(url)%1000然后根据所取得的值将url分别存储到1000个小文件记为a0,a1,...,a999中。这样每个小文件的大约为300M。 遍历文件b采取和a相同的方式将url分别存储到1000小文件记为b0,b1,...,b999。这样处理后所有可能相同的url都在对应的小文件a0vsb0,a1vsb1,...,a999vsb999中不对应的小文件不可能有相同的url。然后我们只要求出1000对小文件中相同的url即可。 求每对小文件中相同的url时可以把其中一个小文件的url存储到hash_set中。然后遍历另一个小文件的每个url看其是否在刚才构建的hash_set中如果是那么就是共同的url存到文件里面就可以了。 方案2如果允许有一定的错误率可以使用Bloom filter4G内存大概可以表示340亿bit。将其中一个文件中的url使用Bloom filter映射为这340亿bit然后挨个读取另外一个文件的url检查是否与Bloom filter如果是那么该url应该是共同的url注意会有一定的错误率。 Bloom filter日后会在本BLOG内详细阐述。 6、在2.5亿个整数中找出不重复的整数注内存不足以容纳这2.5亿个整数。 方案1采用2-Bitmap每个数分配2bit00表示不存在01表示出现一次10表示多次11无意义进行共需内存2^32 * 2 bit1 GB内存还可以接受。然后扫描这2.5亿个整数查看Bitmap中相对应位如果是00变0101变1010保持不变。所描完事后查看bitmap把对应位是01的整数输出即可。 方案2也可采用与第1题类似的方法进行划分小文件的方法。然后在小文件中找出不重复的整数并排序。然后再进行归并注意去除重复的元素。 7、腾讯面试题给40亿个不重复的unsigned int的整数没排过序的然后再给一个数如何快速判断这个数是否在那40亿个数当中 与上第6题类似我的第一反应时快速排序二分查找。以下是其它更好的方法 方案1申请512M的内存一个bit位代表一个unsigned int值。读入40亿个数设置相应的bit位读入要查询的数查看相应bit位是否为1为1表示存在为0表示不存在。 方案2这个问题在《编程珠玑》里有很好的描述大家可以参考下面的思路探讨一下 二进制思想时间复杂度优秀 又因为2^32为40亿多所以给定一个数可能在也可能不在其中 这里我们把40亿个数中的每一个用32位的二进制来表示 假设这40亿个数开始放在一个文件中。 然后将这40亿个数分成两类: 1.最高位为0 2.最高位为1 并将这两类分别写入到两个文件中其中一个文件中数的个数 20亿这相当于折半了 与要查找的数的最高位比较并接着进入相应的文件再查找 再然后把这个文件为又分成两类: 1.次最高位为0 2.次最高位为1 并将这两类分别写入到两个文件中其中一个文件中数的个数 10亿这相当于折半了 与要查找的数的次最高位比较并接着进入相应的文件再查找。 ....... 以此类推就可以找到了,而且时间复杂度为O(logn)方案2完。 附这里再简单介绍下位图方法 使用位图法判断整形数组是否存在重复 判断集合中存在重复是常见编程任务之一当集合中数据量比较大时我们通常希望少进行几次扫描这时双重循环法就不可取了。 位图法比较适合于这种情况它的做法是按照集合中最大元素max创建一个长度为max1的新数组然后再次扫描原数组遇到几就给新数组的第几位置上1如遇到5就给新数组的第六个元素置1这样下次再遇到5想置位时发现新数组的第六个元素已经是1了这说明这次的数据肯定和以前的数据存在着重复。这种给新数组初始化时置零其后置一的做法类似于位图的处理方法故称位图法。它的运算次数最坏的情况为2N。如果已知数组的最大值即能事先给新数组定长的话效率还能提高一倍。 欢迎有更好的思路或方法共同交流。 8、怎么在海量数据中找出重复次数最多的一个 方案1先做hash然后求模映射为小文件求出每个小文件中重复次数最多的一个并记录重复次数。然后找出上一步求出的数据中重复次数最多的一个就是所求具体参考前面的题。 9、上千万或上亿数据有重复统计其中出现次数最多的前N个数据。 方案1上千万或上亿的数据现在的机器的内存应该能存下。所以考虑采用hash_map/搜索二叉树/红黑树等来进行统计次数。然后就是取出前N个出现次数最多的数据了可以用第2题提到的堆机制完成。 10、一个文本文件大约有一万行每行一个词要求统计出其中最频繁出现的前10个词请给出思想给出时间复杂度分析。 方案1这题是考虑时间效率。用trie树统计每个词出现的次数时间复杂度是O(n*le)le表示单词的平准长度。然后是找出出现最频繁的前10个词可以用堆来实现前面的题中已经讲到了时间复杂度是O(n*lg10)。所以总的时间复杂度是O(n*le)与O(n*lg10)中较大的哪一个。 附、100w个数中找出最大的100个数。 方案1在前面的题中我们已经提到了用一个含100个元素的最小堆完成。复杂度为O(100w*lg100)。 方案2采用快速排序的思想每次分割之后只考虑比轴大的一部分知道比轴大的一部分在比100多的时候采用传统排序算法排序取前100个。复杂度为O(100w*100)。 方案3采用局部淘汰法。选取前100个元素并排序记为序列L。然后一次扫描剩余的元素x与排好序的100个元素中最小的元素比如果比这个最小的要大那么把这个最小的元素删除并把x利用插入排序的思想插入到序列L中。依次循环知道扫描了所有的元素。复杂度为O(100w*100)。 致谢http://www.cnblogs.com/youwang/。 第二部分、十个海量数据处理方法大总结 ok看了上面这么多的面试题是否有点头晕。是的需要一个总结。接下来本文将简单总结下一些处理海量数据问题的常见方法而日后本BLOG内会具体阐述这些方法。 下面的方法全部来自http://hi.baidu.com/yanxionglu/blog/博客对海量数据的处理方法进行了一个一般性的总结当然这些方法可能并不能完全覆盖所有的问题但是这样的一些方法也基本可以处理绝大多数遇到的问题。下面的一些问题基本直接来源于公司的面试笔试题目方法不一定最优如果你有更好的处理方法欢迎讨论。 一、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应大概是n的13倍。这样k大概是8个。 注意这里m与n的单位不同m是bit为单位而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个文件呢 根据这个问题我们来计算下内存的占用4G2^32大概是40亿*8大概是340亿n50亿如果按出错率0.01算需要的大概是650亿个bit。现在可用的是340亿相差并不多这样可能会使出错率上升些。另外如果这些urlip是一一对应的就可以转换成ip则大大简单了。 二、Hashing 适用范围快速查找删除的基本数据结构通常需要总数据量可以放入内存 基本原理及要点 hash函数选择针对字符串整数排列具体相应的hash方法。 碰撞处理一种是open hashing也称为拉链法另一种就是closed hashing也称开地址法opened addressing。 扩展 d-left hashing中的d是多个的意思我们先简化这个问题看一看2-left hashing。2-left hashing指的是将一个哈希表分成长度相等的两半分别叫做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).海量日志数据提取出某日访问百度次数最多的那个IP。 IP的数目还是有限的最多2^32个所以可以考虑使用hash将ip直接存入内存然后进行统计。 三、bit-map 适用范围可进行数据的快速查找判重删除一般来说数据范围是int的10倍以下 基本原理及要点使用bit数组来表示某些元素是否存在比如8位电话号码 扩展bloom filter可以看做是对bit-map的扩展 问题实例 1)已知某个文件内包含一些电话号码每个号码为8位数字统计不同号码的个数。 8位最多99 999 999大概需要99m个bit大概10几m字节的内存即可。 2)2.5亿个整数中找出不重复的整数的个数内存空间不足以容纳这2.5亿个整数。 将bit-map扩展一下用2bit表示一个数即可0表示未出现1表示出现一次2表示出现2次及以上。或者我们不用2bit来进行表示我们用两个bit-map即可模拟实现这个2bit-map。 四、堆 适用范围海量数据前n大并且n比较小堆可以放入内存 基本原理及要点最大堆求前n小最小堆求前n大。方法比如求前n小我们比较当前元素与最大堆里的最大元素如果它小于最大元素则应该替换那个最大元素。这样最后得到的n个元素就是最小的n个。适合大数据量求前n小n的大小比较小的情况这样可以扫描一遍即可得到所有的前n元素效率很高。 扩展双堆一个最大堆与一个最小堆结合可以用来维护中位数。 问题实例 1)100w个数中找最大的前100个数。 用一个100个元素大小的最小堆即可。 五、双层桶划分 ----其实本质上就是【分而治之】的思想重在分的技巧上 适用范围第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就可以直接利用direct addr table进行统计了。 六、数据库索引 适用范围大数据量的增删改查 基本原理及要点利用数据的设计实现方法对海量数据的增删改查进行处理。 七、倒排索引(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将对应集合的交集。 正向索引开发出来用来存储每个文档的单词的列表。正向索引的查询往往满足每个文档有序频繁的全文查询和每个单词在校验文档中的验证这样的查询。在正向索引中文档占据了中心的位置每个文档指向了一个它所包含的索引项的序列。也就是说文档指向了它包含的那些单词而反向索引则是单词指向了包含它的文档很容易看到这个反向的关系。 扩展 问题实例文档检索系统查询那些文件包含了某单词比如常见的学术论文的关键字搜索。 八、外排序 适用范围大数据的排序去重 基本原理及要点外排序的归并方法置换选择败者树原理最优归并树 扩展 问题实例 1).有一个1G大小的一个文件里面每一行是一个词词的大小不超过16个字节内存限制大小是1M。返回频数最高的100个词。 这个数据具有很明显的特点词的大小为16个字节但是内存只有1m做hash有些不够所以可以用来排序。内存可以当输入缓冲区使用。 九、trie树 适用范围数据量大重复多但是数据种类小可以放入内存 基本原理及要点实现方式节点孩子的表示方式 扩展压缩实现。 问题实例 1).有10个文件每个文件1G每个文件的每一行都存放的是用户的query每个文件的query都可能重复。要你按照query的频度排序。 2).1000万字符串其中有些是相同的(重复),需要把重复的全部去掉保留没有重复的字符串。请问怎么设计和实现 3).寻找热门查询查询串的重复度比较高虽然总数是1千万但如果除去重复后不超过3百万个每个不超过255字节。 十、分布式处理 mapreduce 适用范围数据量大但是数据种类小可以放入内存 基本原理及要点将数据交给不同的机器去处理数据划分结果归约。 扩展 问题实例 1).The canonical example application of MapReduce is a process to count the appearances of each different word in a set of documents: 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效率不会很高。而上面的分布式方法也可以用于单机版本也就是将总的数据根据值的范围划分成多个不同的子文件然后逐个处理。处理完毕之后再对这些单词的及其出现频率进行一个归并。实际上就可以利用一个外排序的归并过程。 另外还可以考虑近似计算也就是我们可以通过结合自然语言属性只将那些真正实际中出现最多的那些词作为一个字典使得这个规模可以放入内存。 ok更多请参见本文总结教你如何迅速秒杀掉99%的海量数据处理面试题。以上有任何问题欢迎指正。谢谢大家。 版权所有。转载本BLOG内任何文章请以超链接形式注明出处。 转载于:https://www.cnblogs.com/fuyou/p/3233300.html
