hive小文件的问题弊端以及合并

   小文件的弊端

      1、HDFS中每个文件的元数据信息,包括位置大小分块信息等,都保存在NN内存中,在小文件数较多的情况下,会造成占用大量内存空间,导致NN性能下降;

       2、在读取小文件多的目录时,MR会产生更多map数,造成GC频繁,浪费集群资源;

       3、现在大数据平台文件总数超过30亿,单个NS文件数超过4亿的时候,读写性能会急剧下降,影响到所有读写该NS的任务性能;

       4、如果队列限制最大map数是20000,任务读取的分区文件数超过20000,需要加参数进行读取时小文件合并,或否则任务map数超过限制数直接被查杀。

具体没有合并之前,查看一个分区的文件

在hive窗口下 dfs -ls hdfs://ns1007/user/mart_sch/app.db/app_xz_jimi3_usp_gdm_m03_sold_item_sku_da/dt=2019-11-10

(dfs -ls hive表的位置)

发现dt=2019-11-10分区下面有两个小文件(小文件一般是小于128M)

  • 0
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Hive中的小文件合并慢的原因有以下几点: 1. 数据规模过小:当数据量很小,甚至小于HDFS默认块大小时,会导致生成大量的小文件。这些小文件需要进行合并,但合并操作本身也需要一定的时间。 2. 合并操作的开销:Hive在进行小文件合并时,需要读取和写入大量的数据,这会增加磁盘IO和网络传输的开销。当小文件数量过多时,这些开销会累积导致合并速度变慢。 3. 数据分布不均匀:如果数据分布不均匀,即某些分区或者文件夹中的数据量远远大于其他分区或文件夹,那么在进行小文件合并时,会出现部分节点负载过重的情况,从而导致整体合并速度变慢。 4. 数据压缩方式:如果数据使用了压缩方式存储,那么在进行小文件合并时,还需要进行解压缩和重新压缩的操作,这会增加合并的时间消耗。 为了解决小文件合并慢的问题,可以考虑以下几个方法: 1. 调整Hive的参数:可以通过调整Hive的参数来优化小文件合并的性能,比如增大合并操作的并发度、调整合并操作的阈值等。 2. 定期进行合并:可以定期执行合并操作,将小文件合并为大文件,减少小文件的数量,提高查询性能。 3. 数据预处理:在数据写入Hive之前,可以对数据进行预处理,将小文件合并为大文件后再写入Hive,避免生成大量的小文件。 4. 数据分区:合理设计数据分区,将数据均匀地分布在不同的分区中,避免某个分区数据过多导致合并速度变慢。 请注意,以上方法可能需要根据具体情况进行调整和尝试,以达到最佳性能。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值