当前位置: 首页 > news >正文

没有网站怎么做cps互联网营销师怎么考

没有网站怎么做cps,互联网营销师怎么考,苍南具城乡建设局网站,兰州城关区建设局网站一、explain查询计划概述 explain将Hive SQL 语句的实现步骤、依赖关系进行解析#xff0c;帮助用户理解一条HQL 语句在底层是如何实现数据的查询及处理#xff0c;通过分析执行计划来达到Hive 调优#xff0c;数据倾斜排查等目的。 https://cwiki.apache.org/confluence/d…一、explain查询计划概述 explain将Hive SQL 语句的实现步骤、依赖关系进行解析帮助用户理解一条HQL 语句在底层是如何实现数据的查询及处理通过分析执行计划来达到Hive 调优数据倾斜排查等目的。 https://cwiki.apache.org/confluence/display/Hive/LanguageManualExplainhttps://cwiki.apache.org/confluence/display/Hive/LanguageManualExplain explain查询计划有三部分: 抽象语法树ASTHive使用Antlr解析生成器可以自动地将HQL生成为抽象语法树stage dependencies各个stage之间的依赖性stage plan各个stage的执行计划物理执行计划 二、explain实战 explain执行计划一般分为【仅有Map阶段类型】、【MapReduce类型】 2.1 案例一MapReduce类型 数据准备 create table follow (user_id int,follower_id int )row format delimited fields terminated by \t;insert overwrite table follow values (1,2),(1,4),(1,5);create table music_likes (user_id int,music_id int )row format delimited fields terminated by \t;insert overwrite table music_likes values (1,20),(1,30),(1,40),(2,10),(2,20),(2,30),(4,10),(4,20),(4,30),(4,60); 执行计划分析 执行如下sql语句 explain formatted selectcount(t0.user_id) as cnt, sum(t1.music_id) as sum_f from follow t0left join music_likes t1on t0.user_id t1.user_id where t0.follower_id 2 group by t0.follower_id having cnt 2 order by sum_f limit 1; 生成物理执行计划 STAGE DEPENDENCIES: --//作业依赖关系Stage-2 is a root stageStage-1 depends on stages: Stage-2Stage-0 depends on stages: Stage-1STAGE PLANS: --//作业详细信息Stage: Stage-2 --//Stage-2 详细任务Spark --//表示当前引擎使用的是 SparkDagName: atguigu_20240212112407_cb09efe6-ac6e-4a57-a3a8-1b83b2fbf3a7:24Vertices:Map 4 Map Operator Tree: --//Stage-2 的Map阶段操作信息TableScan --// 扫描表t1alias: t1Statistics: Num rows: 10 Data size: 40 Basic stats: COMPLETE Column stats: NONE --// 对当前阶段的统计信息如当前处理的行和数据量都是预估值Spark HashTable Sink Operatorkeys:0 user_id (type: int)1 user_id (type: int)Execution mode: vectorizedLocal Work:Map Reduce Local WorkStage: Stage-1SparkEdges:Reducer 2 - Map 1 (GROUP, 2)Reducer 3 - Reducer 2 (SORT, 1)DagName: atguigu_20240212112407_cb09efe6-ac6e-4a57-a3a8-1b83b2fbf3a7:23Vertices:Map 1 Map Operator Tree: --//Stage-1的map阶段TableScanalias: t0Statistics: Num rows: 3 Data size: 9 Basic stats: COMPLETE Column stats: NONEFilter Operator --// 谓词下推where条件表示在Tablescan的结果集上进行过滤predicate: (follower_id 2) (type: boolean) --// 过滤条件Statistics: Num rows: 1 Data size: 3 Basic stats: COMPLETE Column stats: NONEMap Join Operator --//hive默认开启Map Join(set hive.map.aggrtrue)condition map:Left Outer Join 0 to 1keys:0 user_id (type: int)1 user_id (type: int)outputColumnNames: _col0, _col1, _col6input vertices:1 Map 4Statistics: Num rows: 11 Data size: 44 Basic stats: COMPLETE Column stats: NONEGroup By Operator --//这里是因为默认设置了hive.map.aggrtrue会在mapper先做一次预聚合减少reduce需要处理的数据; aggregations: count(_col0), sum(_col6) --//分组聚合使用的算法keys: _col1 (type: int) --//分组的列mode: hash --// 这里的mode模式是hash,即对key值进行hash分区数据分发到对应的task中outputColumnNames: _col0, _col1, _col2 --//输出的列名Statistics: Num rows: 11 Data size: 44 Basic stats: COMPLETE Column stats: NONEReduce Output Operator --// 将key,value从map端输出到reduce端key还是有序的key expressions: _col0 (type: int)sort order: // 输出到reduce端的同时对key值(_col)正序排序表示正序,-表示逆序Map-reduce partition columns: _col0 (type: int) --//分区字段Statistics: Num rows: 11 Data size: 44 Basic stats: COMPLETE Column stats: NONEvalue expressions: _col1 (type: bigint), _col2 (type: bigint) -- //从map端输出的valueExecution mode: vectorizedLocal Work:Map Reduce Local WorkReducer 2 Execution mode: vectorizedReduce Operator Tree:Group By Operator --// reduce端的归并聚合aggregations: count(VALUE._col0), sum(VALUE._col1) --// 聚合函数的值keys: KEY._col0 (type: int)mode: mergepartial --// 此时group by的模式为mergepartial outputColumnNames: _col0, _col1, _col2Statistics: Num rows: 5 Data size: 20 Basic stats: COMPLETE Column stats: NONESelect Operator --// 选择列为下步的Filter Operator准备好数据expressions: _col1 (type: bigint), _col2 (type: bigint)outputColumnNames: _col1, _col2Statistics: Num rows: 5 Data size: 20 Basic stats: COMPLETE Column stats: NONEFilter Operator --//过滤predicate: (_col1 2L) (type: boolean)Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONESelect Operator --// 选择列为下步的Reduce Output Operator准备好数据expressions: _col1 (type: bigint), _col2 (type: bigint)outputColumnNames: _col0, _col1Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONEReduce Output Operatorkey expressions: _col1 (type: bigint)sort order: Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONETopN Hash Memory Usage: 0.1value expressions: _col0 (type: bigint)Reducer 3 Execution mode: vectorizedReduce Operator Tree:Select Operatorexpressions: VALUE._col0 (type: bigint), KEY.reducesinkkey0 (type: bigint)outputColumnNames: _col0, _col1Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONELimitNumber of rows: 1Statistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONEFile Output Operator --// 输出到文件compressed: falseStatistics: Num rows: 1 Data size: 4 Basic stats: COMPLETE Column stats: NONEtable:input format: org.apache.hadoop.mapred.SequenceFileInputFormat --//输入文件类型output format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat --//输出文件类型serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe --//序列化、反序列化方式Stage: Stage-0Fetch Operator --// 客户端获取数据操作limit: 1 --// limit 操作Processor Tree:ListSink采用可视化工具得到stage依赖图及各个stage的执行计划。stage图如下 工具dist 链接https://pan.baidu.com/s/1EruBmJPovA3A2cHRiFvQ9Q  提取码3kt7 使用方式126-Hive-调优-执行计划-可视化工具_哔哩哔哩_bilibili 执行计划的理解 根据层级从最外层开始包含两大部分 stage  dependencies: 各个stage之间的依赖性 stage plan: 各个stage的执行计划物理执行计划 stage plan中的有一个Map Reduce一个MR的执行计划分为两部分 Map Operator Tree : map端的执行计划树 Reduce Operator Tree : Reduce 端的执行计划树 这两个执行计划树包含这条sql语句的算子operator: 1map端的首要操作是加载表即TableScan表扫描操作常见的属性有 alisa: 表名称statistics: 表统计信息包含表中数据条数数据大小等 2Select Operator选取操作常见的属性 expressions字段名称及字段类型outputColumnNames输出的列名称Statistics表统计信息包含表中数据条数数据大小等 3Group By Operator分组聚合操作常见的属性 aggregations显示聚合函数信息mode聚合模式包括 hashmergepartial等keys分组的字段如果sql逻辑中没有分组则没有此字段outputColumnNames聚合之后输出的列名Statistics表统计信息包含分组聚合之后的数据条数数据大小等 4Reduce Output Operator输出到reduce操作常见属性 sort order 如果值是空代表不排序值为“”代表正序排序值为“-”代表倒序排序值为“-”代表有两列参与排序第一列是正序第二列是倒序 5Filter Operator过滤操作常见的属性 predicate 过滤条件如sql语句中的where id10则此处显示(id 10) 6Map Join Operatorjoin操作常见的属性 condition map join方式例如有Inner Join 、 Left Outer Joinkeysjoin的条件字段 7File Output Operator文件输出操作常见的属性 compressed是否压缩table表的信息包含输入输出的文件格式化方式序列化方式等 8Fetch Operator客户端获取数据的操作常见的属性 limit值为-1表示不限制条数其他值为限制的条数 接下来拆解explain执行计划 1先看第一部分代表stage之间的依赖关系 得出stage-2是根stage-1依赖于stage-2,stage-0依赖于stage-1 2stage-2 阶段 该阶段主要是对t1表进行扫描 3stage-1 阶段 Map阶段 1 Map阶段首先扫描t0表其次谓词下推会执行where里面的过滤操作然后执行mapjoin操作()由于hive默认是开启预聚合操作的所以会先在map端进行group by 分组预聚合局部聚合与此同时也会自动按照group by的key值进行升序排序。 Reduce 2 阶段 Reduce 2 阶段该阶段group by分组聚合为merge操作将分组有序的数据进行归并操作。group by 后的select操作主要是为下一步的having操作准备数据having操作会在select的结果集上做进一步的过滤。hive sql 中的select执行顺序不是固定的但是每一次的selet操作是为下一步准备有效数据。 Reduce 3 阶段该阶段select最终结果 4stage-0 阶段 该阶段主要是执行limit操作。 小结 通过上述的explain执行计划的拆解得出hivesql的底层执行顺序大致如下 from- where(谓词下推)- join- on- select(select中的字段与group by只要不一致就会有)- group by- select(为having准备数据因而having中可以使用select别名)- having- select(过滤后的结果集)- distinct- order by - select- limit hive sql 中的select执行顺序不是固定的但是每一次的selet操作是为下一步准备有效数据。 2.2 案例二MapReduce类型窗口函数 数据准备 create database exec5; create table if not exists table1 (id int comment 用户id,date string comment 用户登录时间 ); insert overwrite table table1 values (1, 2019-01-01 19:28:00),(1, 2019-01-02 19:53:00),(1, 2019-01-03 22:00:00),(1, 2019-01-05 20:55:00),(1, 2019-01-06 21:58:00),(2, 2019-02-01 19:25:00),(2, 2019-02-02 21:00:00),(2, 2019-02-04 22:05:00),(2, 2019-02-05 20:59:00),(2, 2019-02-06 19:05:00),(3, 2019-03-04 21:05:00),(3, 2019-03-05 19:10:00),(3, 2019-03-06 19:55:00),(3, 2019-03-07 21:05:00);执行计划分析 执行如下sql语句 --查询连续登陆3天及以上的用户字节面试题 explain formatted selectid from (selectid,dt,date_sub(dt, row_number() over (partition by id order by dt)) dsfrom ( --用户在同一天可能登录多次需要去重selectid,--to_date():日期函数-- date_format(date,yyyy-MM-dd)date_format(date, yyyy-MM-dd) as dtfrom table1group by id, date_format(date, yyyy-MM-dd)) tmp1) tmp2 group by id, ds having count(1) 3; 生成物理执行计划 STAGE DEPENDENCIES: --//作业依赖关系Stage-1 is a root stageStage-0 depends on stages: Stage-1STAGE PLANS:Stage: Stage-1 --// Stage-1详细任务Spark --//表示当前引擎使用的是 SparkEdges:Reducer 2 - Map 1 (GROUP PARTITION-LEVEL SORT, 2)Reducer 3 - Reducer 2 (GROUP, 2)DagName: atguigu_20240212153029_036d3420-d92e-436f-b78d-25a7b67525d3:44Vertices:Map 1 Map Operator Tree: --// Stage-1阶段的map执行树TableScan --// 扫描table1表alias: table1Statistics: Num rows: 14 Data size: 294 Basic stats: COMPLETE Column stats: NONESelect Operator --// 选择列为下一步 Group By Operator准备好数据expressions: id (type: int), date_format(date, yyyy-MM-dd) (type: string)outputColumnNames: _col0, _col1 --// 输出的列名Statistics: Num rows: 14 Data size: 294 Basic stats: COMPLETE Column stats: NONEGroup By Operator --// mapper端的group by,即先在 mapper端进行预聚合keys: _col0 (type: int), _col1 (type: string)mode: hash --// 对key值(_col0及_col1 )进行hash分区数据分发到对应的taskoutputColumnNames: _col0, _col1 --// 输出的列名Statistics: Num rows: 14 Data size: 294 Basic stats: COMPLETE Column stats: NONEReduce Output Operator --//从map端输出到reduce端key expressions: _col0 (type: int), _col1 (type: string) --//从map端输出的key值sort order: --//将key及value值从map端输出到reduce端这里的“”代表对两个key值 _col0, _col1都进行升序排序Map-reduce partition columns: _col0 (type: int) --//分区字段Statistics: Num rows: 14 Data size: 294 Basic stats: COMPLETE Column stats: NONEExecution mode: vectorizedReducer 2 Reduce Operator Tree: --//reduce端的执行树Group By Operator --// reduce端的group by,即归并聚合keys: KEY._col0 (type: int), KEY._col1 (type: string)mode: mergepartial outputColumnNames: _col0, _col1Statistics: Num rows: 7 Data size: 147 Basic stats: COMPLETE Column stats: NONEPTF Operator --//reduce端的窗口函数分析操作Function definitions:Input definitioninput alias: ptf_0output shape: _col0: int, _col1: stringtype: WINDOWINGWindowing table definitioninput alias: ptf_1name: windowingtablefunctionorder by: _col1 ASC NULLS FIRST --//窗口函数排序列partition by: _col0 --// 窗口函数分区列raw input shape:window functions:window function definitionalias: row_number_window_0name: row_number --//窗口函数的方法window function: GenericUDAFRowNumberEvaluatorwindow frame: ROWS PRECEDING(MAX)~FOLLOWING(MAX) --//当前窗口函数上下边界isPivotResult: trueStatistics: Num rows: 7 Data size: 147 Basic stats: COMPLETE Column stats: NONESelect Operator --//选择列为下一步Group By Operator准备好数据expressions: _col0 (type: int), date_sub(_col1, row_number_window_0) (type: date) --//select选择两个列_col0, date_sub(_col1,row_number over()) outputColumnNames: _col0, _col1Statistics: Num rows: 7 Data size: 147 Basic stats: COMPLETE Column stats: NONEGroup By Operator --// group by 预聚合aggregations: count() --// 聚合函数 count()值keys: _col0 (type: int), _col1 (type: date)mode: hashoutputColumnNames: _col0, _col1, _col2Statistics: Num rows: 7 Data size: 147 Basic stats: COMPLETE Column stats: NONEReduce Output Operator --// 输出到下一个reducerkey expressions: _col0 (type: int), _col1 (type: date)sort order: --// 输出到下一个reducer前同时对两个key进行排序Map-reduce partition columns: _col0 (type: int), _col1 (type: date)Statistics: Num rows: 7 Data size: 147 Basic stats: COMPLETE Column stats: NONEvalue expressions: _col2 (type: bigint)Reducer 3 Execution mode: vectorizedReduce Operator Tree:Group By Operator --// group by 归并聚合aggregations: count(VALUE._col0)keys: KEY._col0 (type: int), KEY._col1 (type: date)mode: mergepartialoutputColumnNames: _col0, _col1, _col2Statistics: Num rows: 3 Data size: 63 Basic stats: COMPLETE Column stats: NONESelect Operator --//选择列为下一步Filter Operator 准备好数据expressions: _col0 (type: int), _col2 (type: bigint)outputColumnNames: _col0, _col2Statistics: Num rows: 3 Data size: 63 Basic stats: COMPLETE Column stats: NONEFilter Operator --//过滤条件predicate: (_col2 3L) (type: boolean)Statistics: Num rows: 1 Data size: 21 Basic stats: COMPLETE Column stats: NONESelect Operator --//选择列为下一步File Output Operator 准备好数据expressions: _col0 (type: int)outputColumnNames: _col0Statistics: Num rows: 1 Data size: 21 Basic stats: COMPLETE Column stats: NONEFile Output Operator --//对上面的结果集进行文件输出compressed: false --//不压缩Statistics: Num rows: 1 Data size: 21 Basic stats: COMPLETE Column stats: NONEtable:input format: org.apache.hadoop.mapred.SequenceFileInputFormat --//输入文件类型output format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormat --//输出文件类型serde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDe --//序列化、反序列化方式Stage: Stage-0Fetch Operator --//客户端获取数据的操作limit: -1 --//limit 值为-1:表示不限制条数Processor Tree:ListSink采用可视化工具得到stage依赖图及各个stage的执行计划。stage图如下  接下来拆解explain执行计划 1先看第一部分代表stage之间的依赖关系 Stage-1 is a root stageStage-0 depends on stages: Stage-1得出stage-1是根stage-0依赖于stage-1 2stage-1 阶段 Map阶段 1 Map阶段首先扫描table1表其次select选择器会对下一步的group by 预选数据为group by operator算子准备数据。然后在map端进行group by 分组预聚合局部聚合key及value值从mapper端输出到reducer端前会自动按照的key值进行升序排序。 Reduce 2 阶段 Reduce 2 阶段该阶段group by分组聚合为merge操作将分组有序的数据进行归并操作。其次进行开窗操作 date_sub(dt, row_number() over (partition by id order by dt)) ds开窗后的select选择器逻辑如下 selectid,dt,date_sub(dt, row_number() over (partition by id order by dt)) ds select选择列主要是为下一步的 group by id, ds 分组操作准备好数据集 Reduce 3 阶段 3stage-0 阶段 该阶段是客户端获取数据操作 小结 上述案例主要介绍了带有窗口函数的explain执行计划分析 2.3 案例三MapReduce类型窗口函数 数据准备 CREATE TABLE t_order (oid int ,uid int ,otime string,oamount int) ROW format delimited FIELDS TERMINATED BY ,; load data local inpath /opt/module/hive_data/t_order.txt into table t_order; select * from t_order; 执行计划分析 执行如下sql语句 explain formatted with tmp as (selectoid,uid,otime,oamount,date_format(otime, yyyy-MM) as dtfrom t_order ) selectuid,--每个用户一月份的订单数sum(if(dt 2018-01, 1, 0)) as m1_count,--每个用户二月份的订单数sum(if(dt 2018-02, 1, 0)) as m2_count,-- 开窗函数row_number() over (partition by uid order by sum(if(dt 2018-01, 1, 0)))rk from tmp group by uidhaving m1_count 0 and m2_count0; 生成物理执行计划 STAGE DEPENDENCIES:--//作业依赖关系Stage-1 is a root stageStage-0 depends on stages: Stage-1STAGE PLANS: --//作业详细信息Stage: Stage-1 --//Stage-1 详细任务Spark --//表示当前引擎使用的是 SparkEdges:Reducer 2 - Map 1 (GROUP, 2)Reducer 3 - Reducer 2 (PARTITION-LEVEL SORT, 2)DagName: atguigu_20240212174520_011afb56-73f8-49c1-9150-8399e66507c5:50Vertices:Map 1 Map Operator Tree: --//Stage-1 的Map阶段操作信息TableScan --// 扫描表t_orderalias: t_orderStatistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONESelect Operator --// 选择列为下一步 Group By Operator准备好数据expressions: uid (type: int), date_format(otime, yyyy-MM) (type: string) --//选择的两个列 uid, date_format(otime, yyyy-MM)outputColumnNames: _col1, _col4 --// 输出的列名_col1代表uid,_col4代表 date_format(otime, yyyy-MM)Statistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEGroup By Operator ---// mapper端的group by,即先在 mapper端进行预聚合aggregations: sum(if((_col4 2018-01), 1, 0)), sum(if((_col4 2018-02), 1, 0)) --//聚合函数算法keys: _col1 (type: int)mode: hash --// 对key值(_col1即uid )进行hash分区数据分发到对应的taskoutputColumnNames: _col0, _col1, _col2 --//输出的列uid,m1_count,m2_countStatistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEReduce Output Operator --//从mapper端输出到reducer端key expressions: _col0 (type: int)sort order: --//将key,value从mapper端输出到reducer端前自动对key值(_col0)升序排序Map-reduce partition columns: _col0 (type: int)Statistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEvalue expressions: _col1 (type: bigint), _col2 (type: bigint) --//输出value值(m1_count,m2_count)Execution mode: vectorizedReducer 2 Execution mode: vectorizedReduce Operator Tree:Group By Operator --// reduce端的group by,即归并聚合aggregations: sum(VALUE._col0), sum(VALUE._col1)keys: KEY._col0 (type: int)mode: mergepartialoutputColumnNames: _col0, _col1, _col2Statistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEFilter Operator --//having 过滤操作predicate: ((_col1 0L) and (_col2 0L)) (type: boolean) --//过滤条件Statistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEReduce Output Operatorkey expressions: _col0 (type: int), _col1 (type: bigint)sort order: Map-reduce partition columns: _col0 (type: int)Statistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEReducer 3 Execution mode: vectorizedReduce Operator Tree:Select Operator --// 选择列为下步的PTF Operator开窗分析操作准备好数据expressions: KEY.reducesinkkey0 (type: int), KEY.reducesinkkey1 (type: bigint), 0L (type: bigint) --// 选择的列为_col0, _col1, _col2即uid,m1_count,m2_countoutputColumnNames: _col0, _col1, _col2 //-- 选择的列uid,m1_count,m2_countStatistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEPTF Operator --//reduce端的窗口函数分析操作Function definitions:Input definitioninput alias: ptf_0output shape: _col0: int, _col1: bigint, _col2: biginttype: WINDOWINGWindowing table definitioninput alias: ptf_1name: windowingtablefunctionorder by: _col1 ASC NULLS FIRST -//窗口函数排序列partition by: _col0 --// 窗口函数分区列raw input shape:window functions:window function definitionalias: row_number_window_0name: row_number --//窗口函数的方法window function: GenericUDAFRowNumberEvaluatorwindow frame: ROWS PRECEDING(MAX)~FOLLOWING(MAX) --//当前窗口函数上下边界isPivotResult: trueStatistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONESelect Operator --//选择列为下一步File Output Operator准备好数据expressions: _col0 (type: int), _col1 (type: bigint), _col2 (type: bigint), row_number_window_0 (type: int) --// 选择的列为_col0, _col1,_col2, _col3即uid,m1_count,m2_count,rkoutputColumnNames: _col0, _col1, _col2, _col3Statistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEFile Output Operator --//对上面的结果集进行文件输出compressed: false --//不压缩Statistics: Num rows: 1 Data size: 4460 Basic stats: COMPLETE Column stats: NONEtable:input format: org.apache.hadoop.mapred.SequenceFileInputFormatoutput format: org.apache.hadoop.hive.ql.io.HiveSequenceFileOutputFormatserde: org.apache.hadoop.hive.serde2.lazy.LazySimpleSerDeStage: Stage-0Fetch Operator --//客户端获取数据的操作limit: -1 --//limit 值为-1:表示返回结果不限制条数Processor Tree: ListSink采用可视化工具得到stage依赖图及各个stage的执行计划。stage图如下  接下来拆解explain执行计划 1先看第一部分代表stage之间的依赖关系 得出stage-1是根stage-0依赖于stage-1 2stage-1 阶段 Map阶段 1 Map阶段首先扫描 t_order表其次select选择器会对下一步的group by 预选数据为group by operator算子准备数据。然后在map端进行group by 分组预聚合局部聚合key及value值从mapper端输出到reducer端前会自动按照的key值进行升序排序。 Reduce 2 阶段 Reduce 2 阶段该阶段group by分组聚合为merge操作将分组有序的数据进行归并操作。然后对分组结果进行过滤having ....逻辑如下 selectuid,sum(if(dt 2018-01, 1, 0)) as m1_count,sum(if(dt 2018-02, 1, 0)) as m2_count from tmp group by uid having m1_count 0 and m2_count0; Reduce 3 阶段 Reduce 3 阶段可以得到窗口函数的执行是在group by,having之后进行是与select同级别的。如果SQL中既使用了group by又使用了partition by那么此时partition by的分组是基于group by分组之后的结果集进行的再次分组即窗口函数分析的数据范围也是基于group by后的数据。 3stage-0 阶段 该阶段是客户端获取数据操作 小结 上述案例通过对explain执行计划分析重点验证了窗口函数与group by 之间的区别与联系也验证了窗口函数执行顺序。 窗口函数的执行顺序 窗口函数是作用于select后的结果集。select 的结果集作为窗口函数的输入但是位于 distcint 之前。窗口函数的执行结果只是在原有的列中单独添加一列形成新的列它不会对已有的行或列做修改。简化版的执行顺序如下图 Hive窗口函数详细介绍见文章 Hive窗口函数详解-CSDN博客文章浏览阅读560次点赞9次收藏12次。Hive窗口函数详解https://blog.csdn.net/SHWAITME/article/details/136095532?spm1001.2014.3001.5501参考文章 https://www.cnblogs.com/nangk/p/17649685.html Hive Group By的实现原理_hive group by 多个字段-CSDN博客 你真的了解HiveSql吗真实的HiveSql执行顺序是长这样的_hive 含有tablesample的sql执行顺序-CSDN博客
http://www.zqtcl.cn/news/998545/

相关文章:

  • 四川省的住房和城乡建设厅网站首页产品设计是冷门专业吗
  • 北仑建设银行网站网站设计 导航条
  • 如何做网站宣传片单位做网站费用怎么记账
  • 西安网站建设现状购物app开发
  • 2019年做网站还有前景吗手机制作表格教程
  • 校园网站html模板南昌网站建设优化
  • 网站的建立目的来宾网站优化
  • 建设国家游戏网站网站建设规范方案
  • 做网站价位wordpress tag 列表
  • 网站建设 李奥贝纳百度软文推广公司
  • 网站建设流程平台企业微信开发者文档
  • 唐山建设网站的网站青海网站建设企业
  • 北京企业建站系统模板网站建设公司专业网站科技开发
  • 工商注册在哪个网站手机浏览器网站开发
  • 建设电影网站的目的各个国家的google网站
  • centos 网站搭建中国互联网协会调解中心
  • 手机端视频网站模板下载做单页网站需要做什么的
  • 太原网站建设外包中国做乱的小说网站
  • 青海做网站哪家好旅游网站的功能及建设
  • 百度网站优化工具汉川网页设计
  • 网站标签优化怎么做可以看图片的地图什么软件
  • 品牌网站建设9小蝌蚪9wordpress会务网站模版
  • 免费推广网站入口202网页与网站建设
  • 武夷山市网站建设网站标签制作
  • 广州网站定制开发方案河南省新闻发布会直播
  • 普陀网站建设哪家便宜网站建设辶金手指排名十五
  • 网站怎么做百度百科租房网站开发视频教程
  • 动态做网站做自己的网站不是免费的
  • 小学校园门户网站建设方案宁波seo软件
  • 想自己做网站做推广从哪些方面进行网站建设