Hive-常见调优方式 && 两个面试sql

Hive做为大数据领域经常使用的数据仓库组件，在设计和开发阶段须要注意效率。影响Hive效率的不只仅是数据量过大；数据倾斜、数据冗余、job或I/O过多、MapReduce分配不合理等因素都对Hive的效率有影响。对Hive的调优既包含对HiveQL语句自己的优化，也包含Hive配置项和MR方面的调
整。

从如下三个方面展开：
架构优化
参数优化
SQL优化

1.架构方面

执行引擎方面针对公司内平台的资源，选择更合适的更快的引擎，好比MR、TEZ、Spark等，

若是选择是TEZ引擎，能够在优化器时候开启向量化的优化器，另外能够选择成本优化器CBO，配置分别以下：

set hive.vectorized.execution.enabled = true; -
- 默认 false
set hive.vectorized.execution.reduce.enabled = true; -
- 默认 false
SET hive.cbo.enable=true; --从 v0.14.0默认
true
SET hive.compute.query.using.stats=true; -- 默认false
SET hive.stats.fetch.column.stats=true; -- 默认false
SET hive.stats.fetch.partition.stats=true; -- 默认true

在表的设计上优化，好比选择分区表，分桶表，以及表的存储格式，为了减小数据传输，可使用压缩的方式，下面给几个参数（更多参数能够查看官网）

-- 中间结果压缩
SET
hive.intermediate.compression.codec=org.apache.hadoop.io.compress.SnappyCodec ;
-- 输出结果压缩
SET hive.exec.compress.output=true;
SET mapreduce.output.fileoutputformat.compress.codec =org.apache.hadoop.io.compress.SnappyCodc

2.参数优化

第二部分是参数优化，其实上面架构部分，有部分也是经过参数来控制的，这一部分的参数控制主要有下面几个方面

本地模式、严格模式、JVM重用、并行执行、推测执行、合并小文件、Fetch模式

2.1 本地模式

当数据量较小的时候，启动分布式处理数据会比较慢，启动时间较长，不如本地模式快，用下面的参数来调整

SET hive.exec.mode.local.auto=true; -- 默认 false 
小
SET hive.exec.mode.local.auto.inputbytes.max=50000000; --输入文件的大小小于 hive.exec.mode.local.auto.inputbytes.max 配置的大
SET hive.exec.mode.local.auto.input.files.max=5; -- 默认 4  map任务的数量小于 hive.exec.mode.local.auto.input.files.max 配置的
大小

2.2 严格模式

这实际上是个开关，知足下面三个语句时候，就会失败，若是不开启就正常执行，开启后就让这些语句自动失败

hive.mapred.mode=nostrict
 -- 查询分区表时不限定分区列的语句；
 -- 两表join产生了笛卡尔积的语句；
 -- 用order by来排序，但没有指定limit的语句

2.3 Jvm重用

在mr里面，是以进程为单位的，一个进程就是一个Jvm,其实像短做业，这些进程可以重用就会很快，可是它的缺点是会等任务执行完毕后task插槽，这个在数据倾斜时候较为明显。开启这个使用下面的参数

SET mapreduce.job.jvm.numtasks=5;

2.4 并行执行

Hive的查询会转为stage，这些stage并非相互依赖的，能够并行执行这些stage，使用下面的参数

SET hive.exec.parallel=true; -- 默认false
SET hive.exec.parallel.thread.number=16; -- 默认8

2.5 推测执行

这个参数的做用是，使用空间资源来换取获得最终结果的时间，好比因为网络，资源不均等缘由，某些任务运行特别慢，会启动备份进程处理同一份数据，并最终选用最早成功的计算结果做为最终结果。

set mapreduce.map.speculative=true
set mapreduce.reduce.speculative=true
set hive.mapred.reduce.tasks.speculative.execution=true

2.6 合并小文件

在map执行前面，先合并小文件来减小map数

set hive.input.format=org.apache.hadoop.hive.ql.io.CombineHiveInputFormat;

在任务结束后，合并小文件

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

2.7 Fetch模式

最后一种fetch模式，则是在某些状况下尽可能不跑mr，好比查询几个字段，全局查找，字段查，limit查等状况

hive.fetch.task.conversion=more

3.sql优化

这一部分较复杂，可能涉及到数据倾斜问题，至于数据倾斜问题一直是大数据处理的不可比避免的一个问题，处理方式也较多

3.1 sql优化

sql优化是开发人员最容易控制的部分，每每是经验使之，大约总结一下又下面的方式

列，分区拆解，sort by 代替 order by, group by 代替count(distinct) ，group by的预聚合（经过参数来控制），倾斜配置项，map join，单独过滤空值，适当调整map 和 reduces数，这些在工做中几乎都会碰到，尽量去优化他们呢是你要作的

3.2 倾斜均衡配置项

这个配置与 group by 的倾斜均衡配置项殊途同归，经过 hive.optimize.skewjoin来配置，默认false。若是开启了，在join过程当中Hive会将计数超过阈值 hive.skewjoin.key （默认100000）的倾斜key对应的行临时写进文件中，而后再启动另外一个job作map join生成结果。经过 hive.skewjoin.mapjoin.map.tasks 参数还能够控制第二个job的mapper数量，默认1000

3.3 单独处理倾斜key

若是倾斜的 key 有实际的意义，通常来说倾斜的key都不多，此时能够将它们单独抽取出来，对应的行单独存入临时表中，而后打上一个较小的随机数前缀（好比0~9），最后再进行聚合。不要一个Select语句中，写太多的Join。必定要了解业务，了解数据。(A0-A9)分红多条语句，分步执行；(A0-A4; A5-A9)；先执行大表与小表的关联；

4.两个SQL

4.1 找出所有夺得3连贯的队伍

team,year
活塞,1990
公牛,1991
公牛,1992

--
 -- 1 排名
select team, year, 
row_number() over (partition by team order by year) as rank
  from t1;

-- 2 获取分组id
select team, year, 
row_number() over (partition by team order by year) as rank,
(year -row_number() over (partition by team order by year)) as groupid
  from t1;

-- 3 分组求解
select team, count(1) years
  from (select team, 
        (year -row_number() over (partition by team order by year)) as groupid
          from t1
       ) tmp
group by team, groupid
having count(1) >= 3;

4.2 找出每一个id在在一天以内全部的波峰与波谷值

波峰：
这一时刻的值 > 前一时刻的值
这一时刻的值 > 后一时刻的值
波谷：
这一时刻的值 < 前一时刻的值
这一时刻的值 < 后一时刻的值
id time price 前一时刻的值（lag） 后一时刻的值(lead)
sh66688, 9:35, 29.48 null 28.72
sh66688, 9:40, 28.72 29.48 27.74
sh66688, 9:45, 27.74
sh66688, 9:50, 26.75
sh66688, 9:55, 27.13
sh66688, 10:00, 26.30
sh66688, 10:05, 27.09
sh66688, 10:10, 26.46
sh66688, 10:15, 26.11
sh66688, 10:20, 26.88
sh66688, 10:25, 27.49
sh66688, 10:30, 26.70
sh66688, 10:35, 27.57
sh66688, 10:40, 28.26
sh66688, 10:45, 28.03

-- 思路：关键是找到波峰波谷的特征
-- 波峰的特征: 大于前一个时间段、后一个时间段的值
-- 波谷的特征: 小于前一个时间段、后一个时间段的值
-- 找到这个特征SQL就好写了

select id, time, price,
       case when price > beforeprice and price > afterprice then "波峰"
            when price < beforeprice and price < afterprice then "波谷" end as feature
  from (select id, time, price,
               lag(price) over (partition by id order by time) beforeprice,
               lead(price) over (partition by id order by time) afterprice
          from t2
        )tmp
 where (price > beforeprice and price > afterprice) or
       (price < beforeprice and price < afterprice);

吴邪，小三爷，混迹于后台，大数据，人工智能领域的小菜鸟。
更多请关注