1. 请谈一下 Hive 的特点

hive 是基于 Hadoop 的一个数据仓库工具，可以将结构化的数据文件映射为一张数据库表，并提供完整的 sql 查询功能，可以将 sql 语句转换为MapReduce 任务进行运行。

其优点是学习成本低，可以通过类 SQL 语句快速实现简单的 MapReduce 统计，不必开发专门的 MapReduce 应用，十分适合数据仓库的统计分析，但是 Hive 不支持实时查询。

2. Hive 底层与数据库交互原理？

由于 Hive 的元数据可能要面临不断地更新、修改和读取操作，所以它显然不适合使用 Hadoop 文件系统进行存储。

目前 Hive 将元数据存储在 RDBMS 中，比如存储在 MySQL、Derby 中。元数据信息包括：存在的表、表的列、权限和更多的其他信息。

3. Hive 的 HSQL 转换为 MapReduce 的过程？

HiveSQL -> AST(抽象语法树) -> QB(查询块) -> OperatorTree（操作树）-> 优化后的操作树 -> mapreduce 任务树 -> 优化后的 mapreduce 任务树

过程描述如下：

• SQL Parser：Antlr 定义 SQL 的语法规则，完成 SQL 词法，语法解析，将 SQL 转化为抽象语法树 AST Tree；
• Semantic Analyzer：遍历 AST Tree，抽象出查询的基本组成单元 QueryBlock；
• Logical plan：遍历 QueryBlock，翻译为执行操作树 OperatorTree；
• Logical plan optimizer: 逻辑层优化器进行 OperatorTree 变换，合并不必要的 ReduceSinkOperator，减少 shuffle 数据量；
• Physical plan：遍历 OperatorTree，翻译为 MapReduce 任务；
• Logical plan optimizer：物理层优化器进行 MapReduce 任务的变换，生成最终的执行计划；

4. Hive 的两张表关联，使用 MapReduce 怎么实现？

如果其中有一张表为小表，直接使用 map 端 join 的方式（map 端加载小表）进行聚合。

如果两张都是大表，例如分别是客户表和订单表 。那么采用联合 key，联合 key 的第一个组成部分是 join on 中的公共字段，第二部分是一个 flag，0 代表表 A，1 代表表 B，由此让 Reduce 区分客户信息和订单信息；在 Mapper 中同时处理两张表的信息，将 join on 公共字段相同的数据划分到同一个分区中，进而传递到一个 Reduce 中，然后在 Reduce 中实现聚合。

5. 请说明 hive 中 Sort By，Order By，Cluster By，Distrbute By 各代表什么意思？

• order by：会对输入做全局排序，因此只有一个 reducer（多个 reducer 无法保证全局有序）。只有一个 reducer，会导致当输入规模较大时，需要较长的计算时间 。
• sort by：分区内有序，不是全局排序，其在数据进入 reducer 前完成排序
• distribute by：按照指定的字段对数据进行划分输出到不同的 reduce 中 ，结合 sory by 使用
• cluster by：当Distribute by和Sorts by字段相同时，可以使用Cluster by方式。Cluster by除了具有Distribute by的功能外还兼具Sort by的功能。但是排序只能是升序排序，不能指定排序规则为ASC或者DESC。

6. 写出 hive 中 split、coalesce 及 collect_list 函数的用法（可举例）？

• split 将字符串转化为数组，即：split(‘a,b,c,d’ , ‘,’) ==> [“a”,“b”,“c”,“d”]
• coalesce(T v1, T v2, …) 返回参数中的第一个非空值；如果所有值都为 NULL，那么返回 NULL。
• collect_list 列出该字段所有的值，不去重 => select collect_list(id) from table

7. Hive 有哪些方式保存元数据，各有哪些特点？

Hive 支持三种不同的元存储服务器，分别为：内嵌式元存储服务器、本地元存储服务器、远程元存储服务器，每种存储方式使用不同的配置参数 。

内嵌式元存储主要用于单元测试，在该模式下每次只有一个进程可以连接到元存储，Derby 是内嵌式元存储的默认数据库 。

在本地模式下，每个 Hive 客户端都会打开到数据存储的连接并在该连接上请求 SQL 查询 。

在远程模式下，所有的 Hive 客户端都将打开一个到元数据服务器的连接，该服务器依次查询元数据，元数据服务器和客户端之间使用 Thrift 协议通信 。

8. 内部表和外部表的区别，以及各自的使用场景

内部表

如果 Hive 中没有特别指定，则默认创建的表都是管理表，也称内部表。由Hive负责管理表中的数据，管理表不共享数据。删除管理表时，会删除管理表中的数据和元数据信息 。

外部表

当一份数据需要被共享时，可以创建一个外部表指向这份数据 。

删除该表并不会删除掉原始数据，删除的是表的元数据。这样外部表相对来说更加安全些，数据组织也更加灵活，方便共享源数据 。当表结构或者分区数发生变化时，需要进行一步修复的操作。

9. Hive 中的压缩格式 TextFile、SequenceFile、RCfile 、ORCfile 各有什么区别 ？

9.1 TextFile

默认格式，存储方式为行存储，数据不做压缩，磁盘开销大，数据解析开销大。可结合 Gzip、Bzip2 使用(系统自动检查，执行查询时自动解压)，但使用 这种方式，压缩后的文件不支持 split，Hive 不会对数据进行切分，从而无法对数据进行并行操作。并且在反序列化过程中，必须逐个字符判断是不是分隔符和行结束符，因此反序列化开销会比 SequenceFile 高几十倍 。

9.2 SequenceFile

SequenceFile 是 Hadoop API 提供的一种二进制文件支持，存储方式为行存储，其具有使用方便、可分割、可压缩的特点。

SequenceFile 支持三种压缩选择：NONE，RECORD，BLOCK。Record 压缩率低，一般建议使用 BLOCK 压缩。

优势是文件和 hadoop api 中的 MapFile 是相互兼容的 。

9.3 RCFile

存储方式：数据按行分块，每块按列存储。结合了行存储和列存储的优点：

首先，RCFile 保证同一行的数据位于同一节点，因此元组重构的开销很低 ；

其次，像列存储一样，RCFile 能够利用列维度的数据压缩，并且能跳过不必要的列读取；

9.4 ORCFile

存储方式：数据按行分块 每块按照列存储。

压缩快、快速列存取。

效率比 rcfile 高，是 rcfile 的改良版本。

总结：

相比 TEXTFILE 和 SEQUENCEFILE，RCFILE 由于列式存储方式，数据加载时性能消耗较大，但是具有较好的压缩比和查询响应。

数据仓库的特点是一次写入、多次读取，因此，整体来看，RCFILE 相比其余两种格式具有较明显的优势。

10. 所有的 Hive 任务都会有 MapReduce 的执行吗？

不是，从 Hive0.10.0 版本开始，对于简单的不需要聚合的类似 SELECT from LIMIT n 语句，不需要起 MapReduce job，直接通过 Fetch task 获取数据。

11. Hive 的函数：UDF、UDAF、UDTF 的区别？

• UDF：单行进入，单行输出
• UDAF：多行进入，单行输出
• UDTF：单行输入，多行输出

12. 说说对 Hive 桶表的理解？

桶表是对数据进行哈希取值，然后放到不同文件中存储 。

数据加载到桶表时，会对字段取 hash 值，然后与桶的数量取模。把数据放到对应的文件中。物理上，每个桶就是表(或分区）目录里的一个文件，一个作业产生的桶(输出文件)和 reduce 任务个数相同 。

桶表专门用于抽样查询，是很专业性的，不是日常用来存储数据的表，需要抽样查询时，才创建和使用桶表。

13. Hive 表关联查询，如何解决数据倾斜的问题？

定位原因：

map 输出数据按 key Hash 的分配到 reduce 中，由于 key 分布不均匀、业务数据本身的特点、建表时考虑不周、某些 SQL 语句本身就有数据倾斜等原因造成的 reduce 上的数据量差异过大。

如何避免：

对于 key 为空产生的数据倾斜，可以对其赋予一个随机值

解决方案:

（1）参数调节：

hive.map.aggr = true
hive.groupby.skewindata=true

有数据倾斜的时候进行负载均衡，当选项设定位 true,生成的查询计划会有两个 MR Job。第一个 MR Job 中，Map 的输出结果集合会随机分布到 Reduce 中，每个 Reduce 做部分聚合操作，并输出结果，这样处理的结果是相同的 Group By Key 有可能被分发到不同的 Reduce 中，从而达到负载均衡的目的；

第二个 MR Job 再根据预处理的数据结果按照 Group By Key 分布到 Reduce 中（这个过程可以保证相同的 Group By Key 被分布到同一个 Reduce 中），最后完成最终的聚合操作

（2）SQL语句调节：

① 选用 join key 分布最均匀的表作为驱动表。做好列裁剪和 filter 操作，以达到两表做 join 的时候，数据量相对变小的效果。

② 大小表 Join：使用 map join 让小的维度表（1000 条以下的记录条数）先进内存。在map 端完成 reduce。

③ 大表 Join 大表：把空值的 key 变成一个字符串加上随机数，把倾斜的数据分到不同的 reduce 上，由于 null 值关联不上，处理后并不影响最终结果。

④ count distinct 大量相同特殊值：count distinct 时，将值为空的情况单独处理，如果是计算 count distinct， 可以不用处理，直接过滤，在最后结果中加 1。如果还有其他计算，需要进行 group by，可以先将值为空的记录单独处理，再和其他计算结果进行 union。

14.了解过 Hive 的哪些窗口函数

1）Rank

• （1）RANK() 排序相同时会重复，总数不会变

• （2）DENSE_RANK() 排序相同时会重复，总数会减少

• （3）ROW_NUMBER() 会根据顺序计算

2） OVER()

指定分析函数工作的数据窗口大小，这个数据窗口大小可能会随着行的变而变化

• （1）CURRENT ROW：当前行
• （2） n PRECEDING：往前 n 行数据
• （3） n FOLLOWING：往后 n 行数据
• （4） UNBOUNDED ：起 点 ， UNBOUNDED PRECEDING 表 示 从 前 面 的 起 点 ， UNBOUNDED FOLLOWING 表示到后面的终点
• （5） LAG(col,n) ：往前第 n 行数据
• （6） LEAD(col,n)：往后第 n 行数据
• （7） NTILE(n)：把有序分区中的行分发到指定数据的组中，各个组有编号，编号从 1 开始，对于每一行，NTILE 返回此行所属的组的编号。注意：n 必须为 int 类型。

15. 小文件是如何产生的，解决方案

定位原因：

（1）动态分区插入数据，产生大量的小文件，从而导致 map 数量剧增；

（2）reduce 数量越多，小文件也越多（reduce 的个数和输出文件是对应的）

（3）数据源本身就包含大量的小文件。

解决方案：

（1）在 Map 执行前合并小文件，减少 Map 数： CombineHiveInputFormat 具有对小文件 进行合并的功能（系统默认的格式）。HiveInputFormat 没有对小文件合并功能。

（2）merge

SET hive.merge.mapfiles = true;
-- 默认 true，在 map-only 任务结束时合并 小文件
SET hive.merge.mapredfiles = true;
-- 默认 false，在 map-reduce 任务结 束时合并小文件
SET hive.merge.size.per.task = 268435456;
-- 默认 256M
SET hive.merge.smallfiles.avgsize = 16777216;
-- 当输出文件的平均大小 小于 16m 该值时，启动一个独立的 map-reduce 任务进行文件 merge

（3）开启 JVM 重用

set mapreduce.job.jvm.numtasks=10

16. Tez 引擎优点

Tez 可以将多个有依赖的作业转换为一个作业，这样只需写一次 HDFS，且中间节点较少，从而大大提升作业的计算性能。

Mr/tez/spark 区别：

• Mr 引擎：多 job 串联，基于磁盘，落盘的地方比较多。虽然慢，但一定能跑出结果。一般处理，周、月、年指标 。
• Spark 引擎：虽然在 Shuffle 过程中也落盘，但是并不是所有算子都需要 Shuffle，尤其是多算子过程，中间过程不落盘 DAG 有向无环图。兼顾了可靠性和效率。一般处理天指标。
• Tez 引擎：完全基于内存。注意：如果数据量特别大，慎重使用。容易 OOM。一般用于快速出结果，数据量比较小的场景。

Hive 核心知识点灵魂 16 问（转）相关推荐

1. MySQL 灵魂 16 问，你能撑到第几问？

   前言 MySQL 在面试中经常被问到,本文总结了面试中的经典问题. ⛳️ 1.数据库三大范式是什么? ⛳️ 2.mysql 有关权限的表都有哪几个? ⛳️ 3. 事务的四大特性(ACID)介绍一下? ...

2. [ Redis10篇] 集群Cluster相关灵魂16问

   1.哨兵与集群 1).Redis 哨兵 着眼于高可用,在 master 宕机时会自动将 slave 提升为master,继续提供服务. 2).Redis 集群(Cluster)着眼于扩展性,在单个 r ...

3. 灵魂2问12答：DBA的核心价值和最重要的能力是什么？

   这是学习笔记的第 2354篇文章 记得自己在去年的时候私信问了一些朋友关于DBA核心价值和最重要的能力的问题,听到了很多不同角度的思考和反馈,今天整理了下,时隔半年,也算是完成了一件心头的事情.   ...

4. (1.6w字)浏览器与前端性能灵魂之问，请问你能接得住几个？（上）

   作为一个合格的前端工程师,浏览器相关的工作原理是我们进行性能优化的基石,我之前也强调过知识体系的重要性,这部分原理性的内容就是知识体系中的重要部分,必须牢牢掌握才能面对瞬息万变的实际场景,针对性地给出 ...

5. JAVA编程多线程面试常见知识点灵魂拷问(一)

   1.对线程池的了解 ThreadPoolExcutor创建线程池,包含七个参数.七个参数分别是核心线程数.最大线程数.任务队列.等待时间.时间单位.线程工厂.拒绝策略. 任务加入线程池算法流程,若加入 ...

6. js 自动分配金额_(2.4w字,建议收藏)??原生JS灵魂之问(下), 冲刺??进阶最后一公里(附个人成长经验分享)

   笔者最近在对原生JS的知识做系统梳理,因为我觉得JS作为前端工程师的根本技术,学再多遍都不为过.打算来做一个系列,一共分三次发,以一系列的问题为驱动,当然也会有追问和扩展,内容系统且完整,对初中级选手 ...

7. 吊打面试官！MySQL和Oracle灵魂100问，你能答出多少？

   内容简介: mysql部分: 一.数据据基本概念 二.Mysql经典例题20道 Oracle部分: 一.Oracle经典例题50道 二.Oracle相关概念 前言 本文'主要受众为开发人员,所以不涉及 ...

8. Java 面试全解析：核心知识点与典型面试题

   课程背景 又逢"金九银十",年轻的毕业生们满怀希望与忐忑,去寻找.竞争一个工作机会.已经在职的开发同学,也想通过社会招聘或者内推的时机争取到更好的待遇.更大的平台. 然而,面试人群 ...

9. （建议精读）HTTP灵魂之问，巩固你的 HTTP 知识体系

   上回就已经承诺过大家,一定会出 HTTP 的系列文章,今天终于整理完成了.作为一个 web 开发,HTTP 几乎是天天要打交道的东西,但我发现大部分人对 HTTP 只是浅尝辄止,对更多的细节及原理就了 ...

最新文章

1. mysql %type_mysql 存储过程 %type
2. 腾讯张正友：计算机视觉的三生三世
3. 用八块腹肌调戏智能屏是一种什么体验？
4. nyoj_518_取球游戏_201404161738
5. Win10系统下Visio安装失败问题
6. 结构型模式：代理模式
7. 山重水复疑无路，柳暗花明又一村
8. d盘莫名其妙被占空间 win10_Win10不好用？你不可不知的Win10技巧
9. unity片元着色器中获取屏幕坐标_Unity踩坑笔记（持续更新）
10. Boost：bimap双图的序列化的测试程序
11. e7xue.php漏洞_简要分析最近的dedecms通杀漏洞以及漏洞补丁的绕过
12. 压力测试和负载测试区别_如何理解与区分软件性能测试、负载测试、稳定性测试、压力测试...
13. [2020.10.30NOIP模拟赛]字符串水题【SA,树状数组】
14. 好947 Mybatis 配置resultMap 带參数查询Map 注意selectOne数据库返回结果一条数据库 否则会报错...
15. Python中yield的作用：迭代生成器
16. 【翻译】在Ext JS 6通用应用程序中使用既共享又特定于视图的代码
17. Atitit mvc框架的实现 目录 1.1. class MvcCtrol { 1 1.2. MvcFilter 1 1.3. MvcUtil 2 /springboothelloword/sr
18. c语言5的阶乘流程图_10的阶乘(10的阶乘算法流程图)
19. QQ可以上但打不开网页(总结的几种方法)
20. 忘记电脑开机密码怎么办

热门文章

1. linux下的cc/gcc命令
2. 关于简单的经济学的笔记
3. ipcs 查看IPC 对象信息
4. 基于超前进位思想的2bits*8bits乘法器
5. 期末复习之数据结构 第2章 线性表
6. JS之常见的几种输出方式
7. Max 模型背面边面的不显示问题解决方案
8. 未来智慧城市发展三大新趋势
9. 静走天后宫，食购十四涌
10. 重视网络安全，红客联盟最新开源分享“黑客零基础入门学习路线+笔记”堪称黑客入门天花板教程