主頁 > 資料庫 > Hive執行計劃之只有map階段SQL性能分析和解讀

Hive執行計劃之只有map階段SQL性能分析和解讀

2023-06-14 10:00:28 資料庫

目錄

目錄
  • 概述
  • 1.不帶函式操作的select-from-where型簡單SQL
    • 1.1執行示例
    • 1.2 運行邏輯分析
    • 1.3 偽代碼解釋
  • 2.帶普通函式和運行運算子的普通型SQL執行計劃解讀
    • 2.1 執行計劃解讀
    • 2.2 偽代碼解釋邏輯

概述

可能所有的SQLboy剛接觸SQL陳述句的時候都是select xxx from xxx where xxx,在hive中,我們把這種陳述句稱為select-from-where型陳述句,也可稱為簡單SQL,這類簡單SQL是特指不含有變轉換函式,聚合函式,開窗函式和連接操作的SQL陳述句,

這類SQL主要特征是只有map階段,沒有reduce階段,

本文分析一下這類簡單SQL執行計劃和性能,讓我們從最基礎的SQL分析,hive簡單陳述句select from where 型陳述句性能分析,逐漸深入,進而學會分析復雜SQL的性能和執行計劃,

所有的復雜SQL(幾百行?上千行?)都是由一個個簡單SQL帶一些特殊函式堆疊而成的,

1.不帶函式操作的select-from-where型簡單SQL

這類SQL陳述句通常只有select-from-where,沒有其他函式操作,或者運算子處理,例如字串截取,

1.1執行示例

例1 不帶函式操作的select-from-where型簡單SQL,

-- 本文默認使用mr計算引擎
explain
-- 統計年齡等于30歲的所有昵稱
select age,nick from temp.user_info_all 
where ymd = '20230505'
and age = 30;

執行執行計劃結果:

STAGE DEPENDENCIES:
  Stage-1 is a root stage
  Stage-0 depends on stages: Stage-1

STAGE PLANS:
  Stage: Stage-1
    Map Reduce
      Map Operator Tree:
          TableScan
            alias: user_info_all
            Statistics: Num rows: 32634295 Data size: 783223080 Basic stats: COMPLETE Column stats: NONE
            Filter Operator
              predicate: (age = 30) (type: boolean)
              Statistics: Num rows: 16317147 Data size: 391611528 Basic stats: COMPLETE Column stats: NONE
              Select Operator
                expressions: 30 (type: bigint), nick (type: string)
                outputColumnNames: _col0, _col1
                Statistics: Num rows: 16317147 Data size: 391611528 Basic stats: COMPLETE Column stats: NONE
                File Output Operator
                  compressed: true
                  Statistics: Num rows: 16317147 Data size: 391611528 Basic stats: COMPLETE Column stats: NONE
                  table:
                      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-0
    Fetch Operator
      limit: -1
      Processor Tree:
        ListSink

通過以上內容,我們可以看到,整個SQL邏輯執行程序中只有map操作樹(Map Operate Tree),若轉換成MapReduce來看的話,即只有Map階段的任務,

如果有執行計劃里關鍵詞不熟悉的,建議閱讀這篇 Hive執行計劃之一文讀懂Hive執行計劃 ,

1.2 運行邏輯分析

以上流程我們可以分解為運行邏輯圖來看,如下圖:

我們在之前的文章中提起過,Hive執行計劃是一個預估的執行計劃,只有在SQL實際執行后才會獲取到真正的執行計劃,那我們來看看以上陳述句的實際運行控制臺列印程序,額,失算了,因為結果太多,限制一下輸出條數,

Query ID = hdfs_20230613111158_03c8f6e1-e04f-4e4e-aa9b-569a89860438
Total jobs = 1
Launching Job 1 out of 1
# 這里表示沒有reduce任務,reduce任務執行的服務器節點是0個,
Number of reduce tasks is set to 0 since there's no reduce operator
...
Hadoop job information for Stage-1: number of mappers: 6; number of reducers: 0
2023-06-13 11:12:28,564 Stage-1 map = 0%,  reduce = 0%
2023-06-13 11:12:45,219 Stage-1 map = 17%,  reduce = 0%, Cumulative CPU 6.17 sec
...
2023-06-13 11:12:54,523 Stage-1 map = 100%,  reduce = 0%, Cumulative CPU 40.52 sec
MapReduce Total cumulative CPU time: 40 seconds 520 msec
Ended Job = job_1675664438694_14052273
MapReduce Jobs Launched: 
Stage-Stage-1: Map: 6   Cumulative CPU: 40.52 sec   HDFS Read: 203436481 HDFS Write: 2412 SUCCESS
Total MapReduce CPU Time Spent: 40 seconds 520 msec

從上面的結果可以知道,實際的運行程序也是只有map階段的操作,

針對select-from-where只有map階段操作而沒有reduce階段的主要原因是這類SQL只有從表中讀取資料并執行資料行的過濾,并沒有需要將HDFS在其他節點上的資料與該節點資料放在一起處理的必要,因此這類SQL不需要reduce操作,Map階段過濾后的資料,就是最終的結果資料,

這種只含map的操作,如果檔案大小控制在合適的情況下,都將只有本地操作,其執行非常高效,運行效率完全不輸于在計算引擎Tez和Spark上運行,感興趣的小伙伴可以去將三者運行效率比對一下,

1.3 偽代碼解釋

接下來我們再以mr偽代碼的方式理解一下上述陳述句的運行情況:

例2 MRselect-from-where簡單SQL代碼決議

map(inkey,invalue,context);
colsArray = invalue.split("\t");
//對應filter操作,過濾掉age=30的資料行,ymd為磁區列,屬于檔案級操作,這里不展示了,
if int(colsArray[11]) == 30 {
  //獲取age,nick兩列,就是投影操作,即select操作
  age = colsArray[11];
  nick = colsArray[7];
  //最后輸出兩列age,nick,執行計劃中對應的為_col0和_col1.這里invalue為1
  context.write(age,nick);
}
reduce(inkey,invalue,context)
  //pass表示不會執行
  pass;

2.帶普通函式和運行運算子的普通型SQL執行計劃解讀

這里的普通函式特指除表轉換函式(UDTF),聚合函式和視窗函式之外的函式,例如:nvl(),cast(),case when,concat(),year()等,具體有哪些,后續會專門羅列,

這類SQL也屬于select-from-where型SQL,其主要特點也是只有map階段處理,

我們也可以給它更具體的稱為 select-function(column)-from-where-function(column)類,

2.1 執行計劃解讀

接下來可以看一個帶普通函式和運算子的SQL執行計劃案例,

例3 帶普通函式和運算子的SQL運行計劃,

explain
-- 統計年齡等于30歲的所有昵稱
select uid,
nvl(client,'android') as client,
case when age > 20 then '老臘肉' else '小鮮肉' end as label,
concat(nick,'_測驗') as nick, 
cast(chat_uv as double)/10 as chat
from temp.user_info_all 
where ymd = '20230505'
and age in (18,19,20,21) and chat_uv is not null and substr(uid,0,1) = '1';

輸出的執行計劃結果:

STAGE DEPENDENCIES:
  Stage-1 is a root stage
  Stage-0 depends on stages: Stage-1

STAGE PLANS:
  Stage: Stage-1
    Map Reduce
      Map Operator Tree:
          TableScan
            alias: user_info_all
            Statistics: Num rows: 32634295 Data size: 783223080 Basic stats: COMPLETE Column stats: NONE
            # where 條件過濾
            Filter Operator
              predicate: ((age) IN (18, 19, 20, 21) and chat_uv is not null and (substr(uid, 0, 1) = '1')) (type: boolean)
              Statistics: Num rows: 8158574 Data size: 195805776 Basic stats: COMPLETE Column stats: NONE
              # 列投影
              Select Operator
                expressions: uid (type: bigint), NVL(client,'android') (type: string), CASE WHEN ((age > 20)) THEN ('老臘肉') ELSE ('小鮮肉') END (type: string), concat(nick, '_測驗') (type: string), (UDFToDouble(chat_uv) / 10) (type: double)
                outputColumnNames: _col0, _col1, _col2, _col3, _col4
                Statistics: Num rows: 8158574 Data size: 195805776 Basic stats: COMPLETE Column stats: NONE
                File Output Operator
                  compressed: true
                  Statistics: Num rows: 8158574 Data size: 195805776 Basic stats: COMPLETE Column stats: NONE
                  table:
                      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-0
    Fetch Operator
      limit: -1
      Processor Tree:
        ListSink

通過以上執行計劃我們可以看到,這個結果同select-from-where 型SQL,只有map階段的操作,如果實際去運行以上任務,得到的執行步驟也和例1類似,即在map運行完整個作業任務結束,

結合以上實體我們可以得出一個結論 select-function(colums)-from-where-function(column)這種型別的SQL可以歸于select-from-where類簡單SQL型別,

2.2 偽代碼解釋邏輯

例4 例2的MapReduce偽代碼執行邏輯,

//整個程式只有map階段,沒有reduce邏輯
map(inkey,invalue,context);
//資料輸入是一行資料
colsArray = invalue.split("\t");
if age in (18,19,20,21) and chat_uv != null and substr(uid, 0, 1) == '1'{
  uid = colsArray[0];
  client = colsArray[3];
  if client == null{
    client = 'android';
  }
  label = '';
  if age > 20 {
    label = '老臘肉';
  } else {
    label = '小鮮肉';
  }
  nick = nick+'_測驗');
  chat = double(chat_uv)/10;
}
context.write(uid,client+'\t'+label+'\t'+nick+'\t'+chat);

下一期:Hive常見時間函式的使用與問題整理

按例,歡迎點擊此處關注我的個人公眾號,交流更多知識,

后臺回復關鍵字 hive,隨機贈送一本魯邊備注版珍藏大資料書籍,

轉載請註明出處,本文鏈接:https://www.uj5u.com/shujuku/555131.html

標籤:大數據

上一篇:Hbase的JavaAPI和資料存盤

下一篇:返回列表

標籤雲
其他(160955) Python(38226) JavaScript(25495) Java(18235) C(15237) 區塊鏈(8270) C#(7972) AI(7469) 爪哇(7425) MySQL(7248) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5875) 数组(5741) R(5409) Linux(5347) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4591) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2435) ASP.NET(2404) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) .NET技术(1984) 功能(1967) HtmlCss(1966) Web開發(1951) C++(1939) python-3.x(1918) 弹簧靴(1913) xml(1889) PostgreSQL(1881) .NETCore(1863) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • GPU虛擬機創建時間深度優化

    **?桔妹導讀:**GPU虛擬機實體創建速度慢是公有云面臨的普遍問題,由于通常情況下創建虛擬機屬于低頻操作而未引起業界的重視,實際生產中還是存在對GPU實體創建時間有苛刻要求的業務場景。本文將介紹滴滴云在解決該問題時的思路、方法、并展示最終的優化成果。 從公有云服務商那里購買過虛擬主機的資深用戶,一 ......

    uj5u.com 2020-09-10 06:09:13 more
  • 可編程網卡芯片在滴滴云網路的應用實踐

    **?桔妹導讀:**隨著云規模不斷擴大以及業務層面對延遲、帶寬的要求越來越高,采用DPDK 加速網路報文處理的方式在橫向縱向擴展都出現了局限性。可編程芯片成為業界熱點。本文主要講述了可編程網卡芯片在滴滴云網路中的應用實踐,遇到的問題、帶來的收益以及開源社區貢獻。 #1. 資料中心面臨的問題 隨著滴滴 ......

    uj5u.com 2020-09-10 06:10:21 more
  • 滴滴資料通道服務演進之路

    **?桔妹導讀:**滴滴資料通道引擎承載著全公司的資料同步,為下游實時和離線場景提供了必不可少的源資料。隨著任務量的不斷增加,資料通道的整體架構也隨之發生改變。本文介紹了滴滴資料通道的發展歷程,遇到的問題以及今后的規劃。 #1. 背景 資料,對于任何一家互聯網公司來說都是非常重要的資產,公司的大資料 ......

    uj5u.com 2020-09-10 06:11:05 more
  • 滴滴AI Labs斬獲國際機器翻譯大賽中譯英方向世界第三

    **桔妹導讀:**深耕人工智能領域,致力于探索AI讓出行更美好的滴滴AI Labs再次斬獲國際大獎,這次獲獎的專案是什么呢?一起來看看詳細報道吧! 近日,由國際計算語言學協會ACL(The Association for Computational Linguistics)舉辦的世界最具影響力的機器 ......

    uj5u.com 2020-09-10 06:11:29 more
  • MPP (Massively Parallel Processing)大規模并行處理

    1、什么是mpp? MPP (Massively Parallel Processing),即大規模并行處理,在資料庫非共享集群中,每個節點都有獨立的磁盤存盤系統和記憶體系統,業務資料根據資料庫模型和應用特點劃分到各個節點上,每臺資料節點通過專用網路或者商業通用網路互相連接,彼此協同計算,作為整體提供 ......

    uj5u.com 2020-09-10 06:11:41 more
  • 滴滴資料倉庫指標體系建設實踐

    **桔妹導讀:**指標體系是什么?如何使用OSM模型和AARRR模型搭建指標體系?如何統一流程、規范化、工具化管理指標體系?本文會對建設的方法論結合滴滴資料指標體系建設實踐進行解答分析。 #1. 什么是指標體系 ##1.1 指標體系定義 指標體系是將零散單點的具有相互聯系的指標,系統化的組織起來,通 ......

    uj5u.com 2020-09-10 06:12:52 more
  • 單表千萬行資料庫 LIKE 搜索優化手記

    我們經常在資料庫中使用 LIKE 運算子來完成對資料的模糊搜索,LIKE 運算子用于在 WHERE 子句中搜索列中的指定模式。 如果需要查找客戶表中所有姓氏是“張”的資料,可以使用下面的 SQL 陳述句: SELECT * FROM Customer WHERE Name LIKE '張%' 如果需要 ......

    uj5u.com 2020-09-10 06:13:25 more
  • 滴滴Ceph分布式存盤系統優化之鎖優化

    **桔妹導讀:**Ceph是國際知名的開源分布式存盤系統,在工業界和學術界都有著重要的影響。Ceph的架構和演算法設計發表在國際系統領域頂級會議OSDI、SOSP、SC等上。Ceph社區得到Red Hat、SUSE、Intel等大公司的大力支持。Ceph是國際云計算領域應用最廣泛的開源分布式存盤系統, ......

    uj5u.com 2020-09-10 06:14:51 more
  • es~通過ElasticsearchTemplate進行聚合~嵌套聚合

    之前寫過《es~通過ElasticsearchTemplate進行聚合操作》的文章,這一次主要寫一個嵌套的聚合,例如先對sex集合,再對desc聚合,最后再對age求和,共三層嵌套。 Aggregations的部分特性類似于SQL語言中的group by,avg,sum等函式,Aggregation ......

    uj5u.com 2020-09-10 06:14:59 more
  • 爬蟲日志監控 -- Elastc Stack(ELK)部署

    傻瓜式部署,只需替換IP與用戶 導讀: 現ELK四大組件分別為:Elasticsearch(核心)、logstash(處理)、filebeat(采集)、kibana(可視化) 下載均在https://www.elastic.co/cn/downloads/下tar包,各組件版本最好一致,配合fdm會 ......

    uj5u.com 2020-09-10 06:15:05 more
最新发布
  • Hive執行計劃之只有map階段SQL性能分析和解讀

    這種只含map的操作,如果檔案大小控制在合適的情況下,都將只有本地操作,其執行非常高效,運行效率完全不輸于在計算引擎Tez和Spark上運行。 ......

    uj5u.com 2023-06-14 10:00:28 more
  • Hbase的JavaAPI和資料存盤

    # 匯入Maven依賴 ```XML org.apache.zookeeper zookeeper 3.4.6 org.apache.hbase hbase-client 2.2.5 org.apache.hadoop hadoop-client 3.2.1 org.apache.hadoop ha ......

    uj5u.com 2023-06-13 08:35:17 more
  • 當GaussDB遇上了畢昇編譯器

    摘要:當應用軟體及硬體確定后,編譯器對應用的自動優化將成為應用性能的關鍵。 從應用優化說起 一個應用的優化通常有架構級優化、模塊級優化和函式級優化,高性能作為云資料庫GaussDB主打特性之一,其在這幾方面都進行了大量的優化,也有很強的性能表現。如何進一步提升性能,是否還有其他方面的切入點? 答案之 ......

    uj5u.com 2023-06-13 08:34:59 more
  • 政務云建設提速,天翼云夯實智慧政務數字底座

    5月30日,2023數字政府高質量發展論壇在北京舉辦,大會聚焦業界關注的政策、技術、應用、標準、發展等議題,邀請政產學研各界共議政府數字化轉型之路。現場重磅發布了由中國電信聯合中國資訊通信研究院云計算與大資料研究所共同撰寫的《安全可信政務云一體化建設白皮書》(以下簡稱“白皮書”),中國資訊通信研究院... ......

    uj5u.com 2023-06-13 08:34:48 more
  • MySQL 8.0.29 instant DDL 資料腐化問題分析

    - 前言 - Instant add or drop column的主線邏輯 - 表定義的列順序與row 存盤列順序闡述 - 引入row版本的必要性 - 資料腐化問題 - 原因分析 - Bug重現與決議 - MySQL8.0.30修復方案 ## 前言 DDL 相對于資料庫的 DML 之類的其他操作, ......

    uj5u.com 2023-06-13 08:34:31 more
  • 當GaussDB遇上了畢昇編譯器

    摘要:當應用軟體及硬體確定后,編譯器對應用的自動優化將成為應用性能的關鍵。 從應用優化說起 一個應用的優化通常有架構級優化、模塊級優化和函式級優化,高性能作為云資料庫GaussDB主打特性之一,其在這幾方面都進行了大量的優化,也有很強的性能表現。如何進一步提升性能,是否還有其他方面的切入點? 答案之 ......

    uj5u.com 2023-06-13 08:33:54 more
  • MySQL 8.0.29 instant DDL 資料腐化問題分析

    - 前言 - Instant add or drop column的主線邏輯 - 表定義的列順序與row 存盤列順序闡述 - 引入row版本的必要性 - 資料腐化問題 - 原因分析 - Bug重現與決議 - MySQL8.0.30修復方案 ## 前言 DDL 相對于資料庫的 DML 之類的其他操作, ......

    uj5u.com 2023-06-13 08:32:47 more
  • Hbase的JavaAPI和資料存盤

    # 匯入Maven依賴 ```XML org.apache.zookeeper zookeeper 3.4.6 org.apache.hbase hbase-client 2.2.5 org.apache.hadoop hadoop-client 3.2.1 org.apache.hadoop ha ......

    uj5u.com 2023-06-13 08:32:21 more
  • 政務云建設提速,天翼云夯實智慧政務數字底座

    5月30日,2023數字政府高質量發展論壇在北京舉辦,大會聚焦業界關注的政策、技術、應用、標準、發展等議題,邀請政產學研各界共議政府數字化轉型之路。現場重磅發布了由中國電信聯合中國資訊通信研究院云計算與大資料研究所共同撰寫的《安全可信政務云一體化建設白皮書》(以下簡稱“白皮書”),中國資訊通信研究院... ......

    uj5u.com 2023-06-13 08:32:08 more
  • HBase的資料結構原理與使用

    一、HBase簡介 HBase是一個開源的、分布式的、版本化的NoSQL資料庫(即非關系型資料庫),依托Hadoop分布式檔案系統HDFS提供分布式資料存盤,利用MapReduce來處理海量資料,用Zookeeper作為其分布式協同服務,一般用于存盤海量資料。HDFS和HBase的區別在于,HDFS ......

    uj5u.com 2023-06-12 08:29:09 more