hive 优化 案例

hive 优化 案例

ID:40752106

大小:20.86 KB

页数:14页

时间:2019-08-07

hive 优化 案例_第1页
hive 优化 案例_第2页
hive 优化 案例_第3页
hive 优化 案例_第4页
hive 优化 案例_第5页
资源描述:

《hive 优化 案例》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、优化时,把hivesql当做mapreduce程序来读,会有意想不到的惊喜。理解hadoop的核心能力,是hive优化的根本。这是这一年来,项目组所有成员宝贵的经验总结。长期观察hadoop处理数据的过程,有几个显著的特征:1.不怕数据多,就怕数据倾斜。2.对jobs数比较多的作业运行效率相对比较低,比如即使有几百行的表,如果多次关联多次汇总,产生十几个jobs,没半小时是跑不完的。mapreduce作业初始化的时间是比较长的。3.对sum,count来说,不存在数据倾斜问题。4.对count(distinct),效率较低,数据量一多,准

2、出问题,如果是多count(distinct)效率更低。 优化可以从几个方面着手:1. 好的模型设计事半功倍。2. 解决数据倾斜问题。3. 减少job数。4. 设置合理的mapreduce的task数,能有效提升性能。(比如,10w+级别的计算,用160个reduce,那是相当的浪费,1个足够)。5. 自己动手写sql解决数据倾斜问题是个不错的选择。sethive.groupby.skewindata=true;这是通用的算法优化,但算法优化总是漠视业务,习惯性提供通用的解决方法。 Etl开发人员更了解业务,更了解数据,所以通过业务逻辑解

3、决倾斜的方法往往更精确,更有效。6. 对count(distinct)采取漠视的方法,尤其数据大的时候很容易产生倾斜问题,不抱侥幸心理。自己动手,丰衣足食。7. 对小文件进行合并,是行至有效的提高调度效率的方法,假如我们的作业设置合理的文件数,对云梯的整体调度效率也会产生积极的影响。8. 优化时把握整体,单个作业最优不如整体最优。 迁移和优化过程中的案例: 问题1:如日志中,常会有信息丢失的问题,比如全网日志中的user_id,如果取其中的user_id和bmw_users关联,就会碰到数据倾斜的问题。方法:解决数据倾斜问题解决方法1.U

4、ser_id为空的不参与关联,例如:Select*FromlogaJoin bmw_usersbOna.user_idisnotnullAnda.user_id=b.user_idUnionallSelect*fromlogawherea.user_idisnull.解决方法2 :Select*fromlogaleftouterjoinbmw_usersboncasewhena.user_idisnullthenconcat(‘dp_hive’,rand())elsea.user_idend=b.user_id; 总结:2比1效率更好,不

5、但io少了,而且作业数也少了。1方法log读取两次,jobs是2。2方法job数是1 。这个优化适合无效id(比如-99,’’,null等)产生的倾斜问题。把空值的key变成一个字符串加上随机数,就能把倾斜的数据分到不同的reduce上 ,解决数据倾斜问题。因为空值不参与关联,即使分到不同的reduce上,也不影响最终的结果。附上hadoop通用关联的实现方法(关联通过二次排序实现的,关联的列为paritionkey,关联的列c1和表的tag组成排序的groupkey,根据paritionkey分配reduce。同一reduce内根据gr

6、oupkey排序)。 问题2:不同数据类型id的关联会产生数据倾斜问题。一张表s8的日志,每个商品一条记录,要和商品表关联。但关联却碰到倾斜的问题。s8的日志中有字符串商品id,也有数字的商品id,类型是string的,但商品中的数字id是bigint的。猜测问题的原因是把s8的商品id转成数字id做hash来分配reduce,所以字符串id的s8日志,都到一个reduce上了,解决的方法验证了这个猜测。方法:把数字类型转换成字符串类型Select*froms8_logaLeftouterjoinr_auction_auctionsbOn

7、a.auction_id=cast(b.auction_idasstring); 问题3:利用hive 对UNIONALL的优化的特性hive对unionall优化只局限于非嵌套查询。比如以下的例子:select*from(select*fromt1 Groupbyc1,c2,c3UnionallSelect*fromt2Groupbyc1,c2,c3)t3   Groupbyc1,c2,c3;从业务逻辑上说,子查询内的groupby 怎么都看显得多余(功能上的多余,除非有count(distinct)),如果不是因为hivebug或者性

8、能上的考量(曾经出现如果不子查询groupby ,数据得不到正确的结果的hivebug)。所以这个hive按经验转换成select*from(select*fromt1UnionallSele

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。