distribute by控制分区文件数

distribute by是Hive中控制数据在Map端分发到Reduce端的策略,常用于解决分区文件大小不均的问题。通过结合rand()函数和调整spark.sql.shuffle.partitions,可以有效地控制分区下的文件数。文章介绍了两种场景:一是静态分区,通过distribute by rand()结合分区限制文件数量;二是动态分区,利用distribute by和sort by组合确保数据有序并平衡文件大小。此外,文章还简单提到了cluster by的作用,它结合了distribute by和sort by的功能。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

distribute by是控制在map端如何拆分数据给reduce端的。hive会根据distribute by后面列,对应reduce的个数进行分发,默认是采用hash算法.
大部分情况都用于解决Map输出的文件大小不均,Reduce输出文件大小不均,小文件过多,文件超大等情况.
背景:
1.在很多情况下,使用spark sql insert overwrite 表时,由于spark.sql.shuffle.partitions的限定导致分区文件数过多的情况
2.动态分区过多,个别分区下文件大小不均,例如数据延迟等情况,如何控制不同分区下文件的个数

第一种情况: 采用下面方式可以控制此分区下文件个数,具体由业务决定
insert overwrite table temp partition(day)
select c.* from
(select a.*, cast(rand() * 10 as int) as fileNum
(select * from user ) a
left join
(select * from test) b
on a.user_id =b.user_id ) c distribute by fileNum

如 :
在这里插入图片描述
控制小文件原本小文件有1000个,加上distribue by 后 ,只有12个小文件。

第二种情况:由于面对多个分区,每个分区下数据大小不一致,代码中往往是在创建临时表时重分区控制最终的文件数,但并不能满足所有分区.

解决方式:distribute by rand() 将对数据进行打散,打散的数据会根据spark.sql.shuffle.partitions=

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值