MapReduce调优方案

在map与reduce阶段有时候可能会出现各种非理想化的情景,导致数据计算和处理时会遇到一些瓶颈或问题,这里就列出来一些可参考的调优方案:


Map阶段调优:

  • 自定义分区,减少数据倾斜;可以自定义一个类,继承Partitioner类,重写getPartition方法。这么做是因为有些业务场景中可能某个相同的key值对应的数据量太大,造成某个ReduceTask承担较大压力,这时我们可以通过自定义分区的方法,将key值在原来的基础上加上一些随机数,比如1,2,3,这样就可以将原来相同的key分放在不同的分区中,减轻某个单一ReduceTask的压力,以防止数据倾斜。
  • 减少溢写次数;可以通过增大环形缓冲区的大小(mapreduce.task.io.sort.mb,默认是100MB)和增大环形缓冲区溢写的阈值(mapreduce.map.sort.spill.percent,默认是80%)来实现。因为这两个配置增大之后,就会减少溢写的次数,这样就会减少溢写文件,从而也就会减少后面合并溢写文件的次数等等后续操作,效率就会提高。
  • 提高每次Merge的个数;通过提高mapreduce.task.io.sort.factor参数的值,可以使每次merge的spill个数增多,提高效率。
  • 使用Snappy或LZO对mapTask写磁盘的数据进行压缩;由于map阶段产生的数据会写入磁盘,等待Reduce端来拉取数据,而如果这个数据量太大,在网络传输过程中就会消耗较多的资源,那么此时我们可以先将map阶段写出的数据进行压缩࿰
  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

QYHuiiQ

听说打赏的人工资翻倍~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值