Hive优化目标

在有限的资源下,执行效率更高

常见问题:

  • 数据倾斜
  • map数设置
  • reduce数设置
  • 其他

Hive执行

  • HQL --> Job --> Map/Reduce

执行计划

  • explain [extended] hql

样例

  • select col,count(1) from test2 group by col;
  • explain select col,count(1) from test2 group by col;

Hive表优化

分区

set hive.exec.dynamic.partition=true;

set hive.exec.dynamic.partition.mode=nonstrict;

静态分区

动态分区

分桶

set hive.enforce.bucketing=true;

set hive.enforce.sorting=true;

数据

相同数据尽量聚集在一起

Hive Job优化

并行化执行

  • 每个查询被hive转化成多个阶段,有些阶段关联性不大,则可以并行化执行,减少执行时间

    set hive.exec.parallel= true;

    set hive.exec.parallel.thread.numbe=8;

  • 本地化执行

    job的输入数据大小必须小于参数:hive.exec.mode.local.auto.inputbytes.max(默认128MB)

    job的map数必须小于参数:hive.exec.mode.local.auto.tasks.max(默认4)

    job的reduce数必须为0或者1

    set hive.exec.mode.local.auto=true;

    当一个job满足如下条件才能真正使用本地模式:

job合并输入小文件

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

合并文件数由mapred.max.split.size限制的大小决定

job合并输出小文件

set hive.merge.smallfiles.avgsize=256000000;当输出文件平均小于该值,启动新job合并文件

set hive.merge.size.per.task=64000000;合并之后的文件大小

JVM重利用

set mapred.job.reuse.jvm.num.tasks=20;

JVM重利用可以使得JOB长时间保留slot,直到作业结束,这在对于有较多任务和较多小文件的任务是非常有意义的,减少执行时间。当然这个值不能设置过大,因为有些作业会有reduce任务,如果reduce任务没有完成,则map任务占用的slot不能释放,其他的作业可能就需要等待。

压缩数据

set hive.exec.compress.output=true;

set mapred.output.compreession.codec=org.apache.hadoop.io.compress.GzipCodec;

set mapred.output.compression.type=BLOCK;

set hive.exec.compress.intermediate=true;

set hive.intermediate.compression.codec=org.apache.hadoop.io.compress.SnappyCodec;

set hive.intermediate.compression.type=BLOCK;

中间压缩就是处理hive查询的多个job之间的数据,对于中间压缩,最好选择一个节省cpu耗时的压缩方式

hive查询最终的输出也可以压缩

Hive Map优化

  • set mapred.map.tasks =10; 无效

    (1)默认map个数

    default_num=total_size/block_size;

    (2)期望大小

    goal_num=mapred.map.tasks;

    (3)设置处理的文件大小

    split_size=max(mapred.min.split.size,block_size);

    split_num=total_size/split_size;

    (4)计算的map个数

    compute_map_num=min(split_num,max(default_num,goal_num))

    经过以上的分析,在设置map个数的时候,可以简答的总结为以下几点:

    增大mapred.min.split.size的值

    如果想增加map个数,则设置mapred.map.tasks为一个较大的值

    如果想减小map个数,则设置mapred.min.split.size为一个较大的值

    情况1:输入文件size巨大,但不是小文件

    情况2:输入文件数量巨大,且都是小文件,就是单个文件的size小于blockSize。这种情况通过增大mapred.min.split.size不可行,需要使用combineFileInputFormat将多个input path合并成一个InputSplit送给mapper处理,从而减少mapper的数量。

map端聚合

set hive.map.aggr=true;

推测执行

mapred.map.tasks.apeculative.execution

Hive Shuffle优化

Map端

  • io.sort.mb
  • io.sort.spill.percent
  • min.num.spill.for.combine
  • io.sort.factor
  • io.sort.record.percent

Reduce端

  • mapred.reduce.parallel.copies
  • mapred.reduce.copy.backoff
  • io.sort.factor
  • mapred.job.shuffle.input.buffer.percent
  • mapred.job.shuffle.input.buffer.percent
  • mapred.job.shuffle.input.buffer.percent

Hive Reduce优化

需要reduce操作的查询

  • group by,join,distribute by,cluster by...
  • order by比较特殊,只需要一个reduce
  • sum,count,distinct...

聚合函数

高级查询

推测执行

  • mapred.reduce.tasks.speculative.execution
  • hive.mapred.reduce.tasks.speculative.execution

Reduce优化

  • numRTasks = min[maxReducers,input.size/perReducer]
  • maxReducers=hive.exec.reducers.max
  • perReducer = hive.exec.reducers.bytes.per.reducer
  • hive.exec.reducers.max 默认 :999
  • hive.exec.reducers.bytes.per.reducer 默认:1G
  • set mapred.reduce.tasks=10;直接设置
  • 计算公式

Hive查询操作优化

join优化

  • 关联操作中有一张表非常小
  • 不等值的链接操作
  • set hive.auto.current.join=true;
  • hive.mapjoin.smalltable.filesize默认值是25mb
  • select /+mapjoin(A)/ f.a,f.b from A t join B f on (f.a=t.a)
  • hive.optimize.skewjoin=true;如果是Join过程出现倾斜,应该设置为true
  • set hive.skewjoin.key=100000; 这个是join的键对应的记录条数超过这个值则会进行优化
  • mapjoin

简单总结下,mapjoin的使用场景:

  • Bucket join
  • 两个表以相同方式划分桶
  • 两个表的桶个数是倍数关系
  • crete table order(cid int,price float) clustered by(cid) into 32 buckets;
  • crete table customer(id int,first string) clustered by(id) into 32 buckets;
  • select price from order t join customer s on t.cid=s.id

join 优化前

select m.cid,u.id from order m join customer u on m.cid=u.id where m.dt='2013-12-12';

join优化后

select m.cid,u.id from (select cid from order where dt='2013-12-12')m join customer u on m.cid=u.id;

group by 优化

hive.groupby.skewindata=true;如果是group by 过程出现倾斜 应该设置为true

set hive.groupby.mapaggr.checkinterval=100000;--这个是group的键对应的记录条数超过这个值则会进行优化

count distinct 优化

优化前

优化后

select count(1) from (select distinct id from tablename) tmp;
select count(1) from (select id from tablename group by id) tmp;

优化前

select a,sum(b),count(distinct c),count(distinct d) from test group by a

优化后

select a,
sum(b) as b,
count(c) as c,
count(d) as d
from(
select a,
0 as b,
c,
null as d
from test
group by a,c
union all
select a
,0 as b
,null as c
,d
from test
group by a,d
union all
select a
,b
,null as c
,null as d
from test
)tmp1
group by a
;

Hive SQL 优化面试题整理的更多相关文章

  1. 深入浅出Hive企业级架构优化、Hive Sql优化、压缩和分布式缓存(企业Hadoop应用核心产品)

    一.本课程是怎么样的一门课程(全面介绍)    1.1.课程的背景       作为企业Hadoop应用的核心产品,Hive承载着FaceBook.淘宝等大佬 95%以上的离线统计,很多企业里的离线统 ...

  2. Hive SQL优化思路

    Hive的优化主要分为:配置优化.SQL语句优化.任务优化等方案.其中在开发过程中主要涉及到的可能是SQL优化这块. 优化的核心思想是: 减少数据量(例如分区.列剪裁) 避免数据倾斜(例如加参数.Ke ...

  3. SQL优化(面试题)

    因为现在面试经常需要问的需要SQL优化,问的具体操作步骤时候的常见做法,所以网上总结这些操作步骤: SQL优化的具体操作: 1.在表中建立索引,优先考虑where.group by使用到的字段. 2. ...

  4. hive SQL优化之distribute by和sort by

    近期在优化hiveSQL. 以下是一段排序,分组后取每组第一行记录的SQL INSERT OVERWRITE TABLE t_wa_funnel_distinct_temp PARTITION (pt ...

  5. 常见的SQL优化面试题

    1.在表中建立索引,优先考虑where.group by使用到的字段. 2.查询条件中,一定不要使用select *,因为会返回过多无用的字段会降低查询效率.应该使用具体的字段代替*,只返回使用到的字 ...

  6. 不会看 Explain执行计划,劝你简历别写熟悉 SQL优化

    昨天中午在食堂,和部门的技术大牛们坐在一桌吃饭,作为一个卑微技术渣仔默默的吃着饭,听大佬们高谈阔论,研究各种高端技术,我TM也想说话可实在插不上嘴. 聊着聊着突然说到他上午面试了一个工作6年的程序员, ...

  7. Hive使用Calcite CBO优化流程及SQL优化实战

    目录 Hive SQL执行流程 Hive debug简单介绍 Hive SQL执行流程 Hive 使用Calcite优化 Hive Calcite优化流程 Hive Calcite使用细则 Hive向 ...

  8. 数据库性能调优——sql语句优化(转载及整理) —— 篇1

    一.问题的提出                    在应用系统开发初期,由于开发数据库数据比较少,对于查询SQL语句,复杂视图的的编写等体会不出SQL语句各种写法的性能优劣,但是如果将应用系统提交实 ...

  9. sql优化点整理

    此文是我最早开始sql优化至今整理的小知识点和经常遇到的问题,弄懂这些对优化大型的sql会有不少帮助 ---------------------------------使用了多余的外连接------- ...

随机推荐

  1. VulnHub靶场学习_HA: Pandavas

    HA: Pandavas Vulnhub靶场 下载地址:https://www.vulnhub.com/entry/ha-pandavas,487/ 背景: Pandavas are the warr ...

  2. 用xshell连接linux服务器失败 Could not connect to '112.74.73.194' (port 22): Connection failed.

    用XSHELL连接linux服务器出现以下错误 Connecting to 42.51.xxx.xxx:22... Connection established. To escape to local ...

  3. (一) BIO,NIO, 阻塞,非阻塞,你懂了吗

    一般来说,一个输入操作通常包括两个阶段: .等待数据准备好: .从内核向进程复制数据 是否同步的判断依据是: 是否 针对的 整个过程,即2个阶段,是否有阻塞 是否阻塞的判断依据是: 按 程序等待消息通 ...

  4. 11-13 模块_collections(不太重要)&time&random&os

    random:随机数模块 os:和操作系统打交道的模块 sys:和Python解释器打交道的模块 序列化模块:Python中的数据类型和str转换的模块 http://www.cnblogs.com/ ...

  5. 大话Android中的Handler机制

    在Android的线程间通信中,Handler独当一面,无论是framework层还是app层中都出现的相当频繁,有必要好好的拿出来深挖一下它的实现原理.而要说Handler的通信机制,除了Handl ...

  6. Selenium多窗口切换代码

    # #!/usr/bin/python3 # -*- coding: utf-8 -*- # @Time : 2020/7/31 16:05 # @Author : Gengwu # @FileNam ...

  7. 数据量大了一定要分表,分库分表组件Sharding-JDBC入门与项目实战

    最近项目中不少表的数据量越来越大,并且导致了一些数据库的性能问题.因此想借助一些分库分表的中间件,实现自动化分库分表实现.调研下来,发现Sharding-JDBC目前成熟度最高并且应用最广的Java分 ...

  8. 京东架构师:日均 5 亿查询量的ElasticSearch架构如何设计?

    作者:张sir  来源:京东技术(id:jingdongjishu) 1. 背景 京东到家订单中心系统业务中,无论是外部商家的订单生产,或是内部上下游系统的依赖,订单查询的调用量都非常大,造成了订单数 ...

  9. 要做重试机制,就只能选择 DelayQueue ?其实 RabbitMQ 它上它也行!

    原文链接:要做重试机制,就只能选择 DelayQueue ?其实 RabbitMQ 它上它也行! 一.场景 最近研发一个新功能,后台天气预警:后台启动一条线程,定时调用天气预警 API,查询现有城市的 ...

  10. 什么是DO,DTO,VO,POJO

    俗话说,没有规矩不成方圆,今天来说一下 Java 中的各种 O(bject). 为什么会出现这些 O? 我们知道,这些 O 不管叫什么名字,其本质都还是对象(Object),既然本质都一样,为什么非要 ...