Hadoop分布式计算框架——MapReduce
本文于2079天之前发表,文中内容可能已经过时。
一、MapReduce概述
Hadoop MapReduce是一个分布式计算框架,用于编写批处理应用程序。编写好的程序可以提交到Hadoop集群上用于并行处理大规模的数据集。
MapReduce作业通过将输入的数据集拆分为独立的块,这些块由map
以并行的方式处理,框架对map
的输出进行排序,然后输入到reduce
中。MapReduce框架专门用于<key,value>
键值对处理,它将作业的输入视为一组<key,value>
对,并生成一组<key,value>
对作为输出。输出和输出的key
和value
都必须实现Writable 接口。
1 | (input) <k1, v1> -> map -> <k2, v2> -> combine -> <k2, v2> -> reduce -> <k3, v3> (output) |
二、MapReduce编程模型简述
这里以词频统计为例进行说明,MapReduce处理的流程如下:

input : 读取文本文件;
splitting : 将文件按照行进行拆分,此时得到的
K1
行数,V1
表示对应行的文本内容;mapping : 并行将每一行按照空格进行拆分,拆分得到的
List(K2,V2)
,其中K2
代表每一个单词,由于是做词频统计,所以V2
的值为1,代表出现1次;shuffling:由于
Mapping
操作可能是在不同的机器上并行处理的,所以需要通过shuffling
将相同key
值的数据分发到同一个节点上去合并,这样才能统计出最终的结果,此时得到K2
为每一个单词,List(V2)
为可迭代集合,V2
就是Mapping中的V2;Reducing : 这里的案例是统计单词出现的总次数,所以
Reducing
对List(V2)
进行归约求和操作,最终输出。
MapReduce编程模型中splitting
和shuffing
操作都是由框架实现的,需要我们自己编程实现的只有mapping
和reducing
,这也就是MapReduce这个称呼的来源。
三、combiner & partitioner

3.1 InputFormat & RecordReaders
InputFormat
将输出文件拆分为多个InputSplit
,并由RecordReaders
将InputSplit
转换为标准的<key,value>键值对,作为map的输出。这一步的意义在于只有先进行逻辑拆分并转为标准的键值对格式后,才能为多个map
提供输入,以便进行并行处理。
3.2 Combiner
combiner
是map
运算后的可选操作,它实际上是一个本地化的reduce
操作,它主要是在map
计算出中间文件后做一个简单的合并重复key
值的操作。这里以词频统计为例:
map
在遇到一个hadoop的单词时就会记录为1,但是这篇文章里hadoop可能会出现n多次,那么map
输出文件冗余就会很多,因此在reduce
计算前对相同的key做一个合并操作,那么需要传输的数据量就会减少,传输效率就可以得到提升。
但并非所有场景都适合使用combiner
,使用它的原则是combiner
的输出不会影响到reduce
计算的最终输入,例如:求总数,最大值,最小值时都可以使用combiner
,但是做平均值计算则不能使用combiner
。
不使用combiner的情况:

使用combiner的情况:

可以看到使用combiner的时候,需要传输到reducer中的数据由12keys,降低到10keys。降低的幅度取决于你keys的重复率,下文词频统计案例会演示用combiner降低数百倍的传输量。
3.3 Partitioner
partitioner
可以理解成分类器,将map
的输出按照key值的不同分别分给对应的reducer
,支持自定义实现,下文案例会给出演示。
四、MapReduce词频统计案例
4.1 项目简介
这里给出一个经典的词频统计的案例:统计如下样本数据中每个单词出现的次数。
1 | Spark HBase |
为方便大家开发,我在项目源码中放置了一个工具类WordCountDataUtils
,用于模拟产生词频统计的样本,生成的文件支持输出到本地或者直接写到HDFS上。
项目完整源码下载地址:hadoop-word-count
4.2 项目依赖
想要进行MapReduce编程,需要导入hadoop-client
依赖:
1 | <dependency> |
4.3 WordCountMapper
将每行数据按照指定分隔符进行拆分。这里需要注意在MapReduce中必须使用Hadoop定义的类型,因为Hadoop预定义的类型都是可序列化,可比较的,所有类型均实现了WritableComparable
接口。
1 | public class WordCountMapper extends Mapper<LongWritable, Text, Text, IntWritable> { |
WordCountMapper
对应下图的Mapping操作:

WordCountMapper
继承自Mappe
类,这是一个泛型类,定义如下:
1 | WordCountMapper extends Mapper<LongWritable, Text, Text, IntWritable> |
- KEYIN :
mapping
输入key的类型,即每行的偏移量(每行第一个字符在整个文本中的位置),Long
类型,对应Hadoop中的LongWritable
类型; - VALUEIN :
mapping
输入value的类型,即每行数据;String
类型,对应Hadoop中Text
类型; - KEYOUT :
mapping
输出的key的类型,即每个单词;String
类型,对应Hadoop中Text
类型; - VALUEOUT:
mapping
输出value的类型,即每个单词出现的次数;这里用int
类型,对应IntWritable
类型。
4.4 WordCountReducer
在Reduce中进行单词出现次数的统计:
1 | public class WordCountReducer extends Reducer<Text, IntWritable, Text, IntWritable> { |
如下图,shuffling
的输出是reduce的输入。这里的key是每个单词,values是一个可迭代的数据类型,类似(1,1,1,...)
。

4.4 WordCountApp
组装MapReduce作业,并提交到服务器运行,代码如下:
1 |
|
需要注意的是:如果不设置Mapper
操作的输出类型,则程序默认它和Reducer
操作输出的类型相同。
4.5 提交到服务器运行
在实际开发中,可以在本机配置hadoop开发环境,直接在IDE中启动进行测试。这里主要介绍一下打包提交到服务器运行。由于本项目没有使用除Hadoop外的第三方依赖,直接打包即可:
1 |
使用以下命令提交作业:
1 | hadoop jar /usr/appjar/hadoop-word-count-1.0.jar \ |
作业完成后查看HDFS上生成目录:
1 | # 查看目录 |

五、词频统计案例进阶之Combiner
5.1 代码实现
想要使用combiner
功能只要在组装作业时,添加下面一行代码即可:
1 | // 设置Combiner |
5.2 执行结果
加入combiner
后统计结果是不会有变化的,但是可以从打印的日志看出combiner
的效果:
没有加入combiner
的打印日志:

加入combiner
后的打印日志如下:

这里我们只有一个输入文件并且小于128M,所以只有一个Map进行处理。可以看到经过combiner后,records由3519
降低为6
(样本中单词种类就只有6种),在这个用例中combiner就能极大地降低需要传输的数据量。
六、词频统计案例进阶之Partitioner
6.1 默认的Partitioner
这里假设有个需求:将不同单词的统计结果输出到不同文件。这种需求实际上比较常见,比如统计产品的销量时,需要将结果按照产品种类进行拆分。要实现这个功能,就需要用到自定义Partitioner
。
这里先介绍下MapReduce默认的分类规则:在构建job时候,如果不指定,默认的使用的是HashPartitioner
:对key值进行哈希散列并对numReduceTasks
取余。其实现如下:
1 | public class HashPartitioner<K, V> extends Partitioner<K, V> { |
6.2 自定义Partitioner
这里我们继承Partitioner
自定义分类规则,这里按照单词进行分类:
1 | public class CustomPartitioner extends Partitioner<Text, IntWritable> { |
在构建job
时候指定使用我们自己的分类规则,并设置reduce
的个数:
1 | // 设置自定义分区规则 |
6.3 执行结果
执行结果如下,分别生成6个文件,每个文件中为对应单词的统计结果:
