7. Hadoop的Block大小及原因
Hadoop的块默认大小是128MB。在Hadoop 1.x和2.x版本中默认为64MB。原因如下:
- 文件块越大,寻址时间越短,但磁盘的传输时间越长。
- 文件块越小,寻址时间越长,但磁盘传输时间越短。
- 块大小的设置需要在寻址时间和传输时间之间找到平衡。
8. Hadoop中Block划分的原因
- 分布式存储:将文件划分为块,可以将这些块分散存储在不同的节点上,实现数据的分布式存储和并行处理。
- 数据冗余:通过副本机制确保数据的可靠性和容错性。
- 数据局限性:将计算任务分配给存储数据的节点,以减少数据的网络传输和提高计算效率。
- 管理和调度:块的大小可以根据具体应用和硬件配置进行调整,以优化数据处理和存储性能。
9. Hadoop中常见的压缩算法
- Gzip:可以减小文件的大小,但无法进行并行处理。
- Snappy:谷歌开发,具有很高的压缩和解压缩速度。
- LZO:较快的压缩算法,适用于大数据压缩。
- Bzip2:较高压缩比,速度较慢。
- LZ4:极快压缩速度,压缩比较低。
10. Hadoop作业提交到YARN的流程
- ResourceManager接收到作业请求后,生成唯一ApplicationID,并为作业分配一个ApplicationMaster。
- ResourceManager将ApplicationID和ApplicationMaster的地址返回给客户端。
- 客户端与ApplicationMaster建立通信,发送资源请求。
- ApplicationMaster收到作业资源需求和启动命令,向ResourceManager申请资源。
- ResourceManager为ApplicationMaster分配所需资源。
- ApplicationMaster收到资源位置信息后,与NodeManager通信,将作业所需的资源分配给具体的任务。
- 每个任务在独立的Container中运行,通过心跳机制汇报任务情况。
- ApplicationMaster收到所有任务完成的信息,向ResourceManager注销自己。
- ResourceManager将作业从YARN状态存储中删除,释放相关资源。
11. Hadoop的Combiner的作用
Combiner是在Map阶段之后,Reduce阶段之前,对Map输出的中间数据进行本地合并和压缩,减少数据传输量,提高整体性能。Combiner可以将相同Key的多个Map输出结果进行合并,减少网络传输的数据量,降低Reduce的负载,提高效率。
12. Hadoop序列化和反序列化
序列化 是将数据转换为字节流的过程,以便在网络传输或存储时占用更少的空间。反序列化则是将字节流重新转换成数据的过程,以便在各个节点之间传输时恢复原始数据。
13. Hadoop小文件处理问题
导致的问题:
- 存储开销:每个小文件需要占据磁盘空间,默认的块大小是128MB,大部分小文件会浪费磁盘空间。
- 元数据开销:NameNode会为每个文件分配一个元数据块,小文件数量过多时,元数据存储和访问的开销会增加。
- 数据读取效率低:小文件数量庞大,导致大量的寻址时间和网络传输开销。
- 任务调度:MapReduce任务是以块为单位进行调度的,小文件数量庞大会导致任务调度的开销增加。
处理办法:
- 合并小文件:使用工具HAR(Hadoop Archive)或者自定义脚本进行合并操作,减少存储和元数据开销(将多个小文件打包成一个HAR文件,NameNode中的元数据也就存储一份)。
- SequenceFile格式:将小文件转换成SequenceFile格式,将多个小文件合并成一个SequenceFile文件,有效处理小文件。
- 数据归档:将多个小文件合并为一个大文件,进行归档存储。
- 数据压缩:压缩小文件,减少存储空间和网络传输开销。