深入了解Map中地图阶段的内部工作会减少hadoop中的工作吗?

时间:2014-07-23 18:13:03

标签: sorting hadoop mapreduce hadoop2

我正在阅读汤姆怀特的Hadoop: The definitive guide 3rd edtition。它是理解我感兴趣的Hadoop内部人员,尤其是Map-Reduce的绝佳资源。

从书中,(第205页):

随机播放

MapReduce保证每个reducer的输入按键排序。系统执行排序的过程 - 将地图输出作为输入传递给Reducer - 称为shuffle。

我从中推断,是在将密钥发送到reducer之前,它们被排序,表明作业的map阶段的输出被排序。请注意:我不称之为mapper,因为map阶段包括mapper(由程序员编写)和MR框架的内置排序机制。


地图方

每个map任务都有一个循环内存缓冲区,它将输出写入。默认情况下,缓冲区为100 MB,可以通过更改io.sort.mb属性来调整大小。当缓冲区的内容达到某个阈值大小(io.sort.spill.per分,默认为0.80或80%)时,后台线程将开始将内容溢出到磁盘。在溢出发生时,地图输出将继续写入缓冲区,但如果缓冲区在此期间填满,则地图将阻塞,直到溢出完成。
          在写入磁盘之前,线程首先将数据划分为最终将发送到的与reducers 对应的分区。在每个分区中,后台线程按键执行内存中排序,如果有组合器函数,则在排序输出上运行。运行组合器功能可以实现更紧凑的映射输出,因此可以将更少的数据写入本地磁盘并传输到reducer。

我对上一段的理解是,当映射器生成键值对时,键值对被分区和排序。一个假设的例子:

考虑使用mapper-1进行字数统计:

>mapper-1 contents
partition-1
   xxxx: 2
   yyyy: 3
partition-2
   aaaa: 15
   zzzz: 11

(注意每个分区数据按键排序,但分区1的数据和分区2的数据不必按顺序排列)


继续阅读本章:

每次内存缓冲区达到溢出阈值时,都会创建一个新的溢出文件,因此在map任务写完最后一个输出记录后,可能会有多个溢出文件。在任务完成之前,溢出文件将合并到单个分区和排序的输出文件中。配置属性io.sort.factor一次控制要合并的最大流数;默认值为10.

我在这里的理解是(请知道上面的段落中的粗体短语,欺骗了我): 在map-task中,有几个文件可能会溢出到磁盘,但它们会合并到一个仍然包含分区并进行排序的文件中。考虑与上面相同的例子:

在单个map-task完成之前,其中间数据可能是:

  

mapper-1内容

spill 1:             spill 2:           spill 2:
    partition-1         partition-1        partition-1
                          hhhh:5       
       xxxx: 2            xxxx: 3             mmmm: 2
       yyyy: 3            yyyy: 7             yyyy: 9 

    partition-2         partition-2        partition-2
       aaaa: 15           bbbb: 15            cccc: 15
       zzzz: 10           zzzz: 15            zzzz: 13

map-task完成后,mapper的输出将是一个文件(注意上面添加了三个溢出文件,但假设在job conf中没有指定合并器,则不应用合成器):

>Mapper-1 contents:
partition-1:
hhhh: 5
mmmm: 2
xxxx: 2
xxxx: 3
yyyy: 3
yyyy: 7
yyyy: 9
partition-2:
aaaa: 15
bbbb: 15
cccc: 15
zzzz: 10
zzzz: 15
zzzz: 13

所以这里partition-1可能对应reducer-1。即上面对应的parition-1段数据被发送到reducer-1,对应于partition-2段的数据被发送到reducer-2。

如果到目前为止,我的理解是正确的,

  1. 我如何能够从mapper输出中获取包含分区和排序数据的中间文件。
  2. 有趣的是,单独运行mapper不会产生排序输出 与发送到reducer的数据没有排序的点相矛盾。 More details here
  3. 如果只运行Mapper,即使没有应用合并器:More details here

1 个答案:

答案 0 :(得分:8)

仅限地图的作业与“地图和减少”作业的工作方式不同。它并不矛盾,只是不同。

  

我如何能够从mapper输出中获取包含分区和排序数据的中间文件。

你不能。没有能够从MapReduce的中间阶段获取数据的钩子。在分区之后或在记录阅读器之后获取数据也是如此

  

有趣的是,单独运行映射器不会产生与发送到reducer的数据未排序的点相矛盾的排序输出。更多细节在这里

它并不矛盾。映射器排序是因为reducer需要对其进行排序以便能够进行合并。如果没有减速器,则没有理由进行分类,因此它没有。这是正确的行为,因为我不希望它在仅限地图的作业中排序,这会使我的处理速度变慢。我从未遇到过我希望我的地图输出在本地排序的情况。

  

如果只运行Mapper,即使没有应用合并器:此处有更多详细信息

组合器是一种优化。无法保证它们实际运行或通过什么数据。组合器主要用于使减速器更有效。所以,再次,就像本地排序一样,如果没有减速器,组合器就不会运行,因为它没有理由。

如果你想要类似于类似计算机的行为,我建议将数据写入缓冲区(可能是hashmap),然后在Mapper完成时运行的清理函数中写出本地汇总数据。如果要执行此操作,请注意内存使用情况。这是一种更好的方法,因为组合器被指定为一种有益的优化,你不能指望它们运行......即使它们确实运行。