深度解析Spark底層執(zhí)行原理(建議收藏)
Spark簡(jiǎn)介
Apache Spark是用于大規(guī)模數(shù)據(jù)處理的統(tǒng)一分析引擎,基于內(nèi)存計(jì)算,提高了在大數(shù)據(jù)環(huán)境下數(shù)據(jù)處理的實(shí)時(shí)性,同時(shí)保證了高容錯(cuò)性和高可伸縮性,允許用戶(hù)將Spark部署在大量硬件之上,形成集群。
Spark源碼從1.x的40w行發(fā)展到現(xiàn)在的超過(guò)100w行,有1400多位大牛貢獻(xiàn)了代碼。整個(gè)Spark框架源碼是一個(gè)巨大的工程。下面我們一起來(lái)看下spark的底層執(zhí)行原理。
Spark運(yùn)行流程
Spark運(yùn)行流程
具體運(yùn)行流程如下:
SparkContext 向資源管理器注冊(cè)并向資源管理器申請(qǐng)運(yùn)行Executor
資源管理器分配Executor,然后資源管理器啟動(dòng)Executor
Executor 發(fā)送心跳至資源管理器
SparkContext 構(gòu)建DAG有向無(wú)環(huán)圖
將DAG分解成Stage(TaskSet)
把Stage發(fā)送給TaskScheduler
Executor 向 SparkContext 申請(qǐng) Task
TaskScheduler 將 Task 發(fā)送給 Executor 運(yùn)行
同時(shí) SparkContext 將應(yīng)用程序代碼發(fā)放給 Executor
Task 在 Executor 上運(yùn)行,運(yùn)行完畢釋放所有資源
1. 從代碼角度看DAG圖的構(gòu)建Val lines1 = sc.textFile(inputPath1).map(...).map(...)
Val lines2 = sc.textFile(inputPath2).map(...)
Val lines3 = sc.textFile(inputPath3)
Val dtinone1 = lines2.union(lines3)
Val dtinone = lines1.join(dtinone1)
dtinone.saveAsTextFile(...)
dtinone.filter(...).foreach(...)
上述代碼的DAG圖如下所示:
構(gòu)建DAG圖
Spark內(nèi)核會(huì)在需要計(jì)算發(fā)生的時(shí)刻繪制一張關(guān)于計(jì)算路徑的有向無(wú)環(huán)圖,也就是如上圖所示的DAG。
Spark 的計(jì)算發(fā)生在RDD的Action操作,而對(duì)Action之前的所有Transformation,Spark只是記錄下RDD生成的軌跡,而不會(huì)觸發(fā)真正的計(jì)算。
2. 將DAG劃分為Stage核心算法
一個(gè)Application可以有多個(gè)job多個(gè)Stage:
Spark Application中可以因?yàn)椴煌腁ction觸發(fā)眾多的job,一個(gè)Application中可以有很多的job,每個(gè)job是由一個(gè)或者多個(gè)Stage構(gòu)成的,后面的Stage依賴(lài)于前面的Stage,也就是說(shuō)只有前面依賴(lài)的Stage計(jì)算完畢后,后面的Stage才會(huì)運(yùn)行。
劃分依據(jù):
Stage劃分的依據(jù)就是寬依賴(lài),像reduceByKey,groupByKey等算子,會(huì)導(dǎo)致寬依賴(lài)的產(chǎn)生。
回顧下寬窄依賴(lài)的劃分原則:
窄依賴(lài):父RDD的一個(gè)分區(qū)只會(huì)被子RDD的一個(gè)分區(qū)依賴(lài)。即一對(duì)一或者多對(duì)一的關(guān)系,可理解為獨(dú)生子女。 常見(jiàn)的窄依賴(lài)有:map、filter、union、mapPartitions、mapValues、join(父RDD是hash-partitioned)等。
寬依賴(lài):父RDD的一個(gè)分區(qū)會(huì)被子RDD的多個(gè)分區(qū)依賴(lài)(涉及到shuffle)。即一對(duì)多的關(guān)系,可理解為超生。常見(jiàn)的寬依賴(lài)有g(shù)roupByKey、partitionBy、reduceByKey、join(父RDD不是hash-partitioned)等。
核心算法:回溯算法
從后往前回溯/反向解析,遇到窄依賴(lài)加入本Stage,遇見(jiàn)寬依賴(lài)進(jìn)行Stage切分。
Spark內(nèi)核會(huì)從觸發(fā)Action操作的那個(gè)RDD開(kāi)始從后往前推,首先會(huì)為最后一個(gè)RDD創(chuàng)建一個(gè)Stage,然后繼續(xù)倒推,如果發(fā)現(xiàn)對(duì)某個(gè)RDD是寬依賴(lài),那么就會(huì)將寬依賴(lài)的那個(gè)RDD創(chuàng)建一個(gè)新的Stage,那個(gè)RDD就是新的Stage的最后一個(gè)RDD。
然后依次類(lèi)推,繼續(xù)倒推,根據(jù)窄依賴(lài)或者寬依賴(lài)進(jìn)行Stage的劃分,直到所有的RDD全部遍歷完成為止。

發(fā)表評(píng)論
請(qǐng)輸入評(píng)論內(nèi)容...
請(qǐng)輸入評(píng)論/評(píng)論長(zhǎng)度6~500個(gè)字
最新活動(dòng)更多
-
3月27日立即報(bào)名>> 【工程師系列】汽車(chē)電子技術(shù)在線大會(huì)
-
4月30日立即下載>> 【村田汽車(chē)】汽車(chē)E/E架構(gòu)革新中,新智能座艙挑戰(zhàn)的解決方案
-
5月15-17日立即預(yù)約>> 【線下巡回】2025年STM32峰會(huì)
-
即日-5.15立即報(bào)名>>> 【在線會(huì)議】安森美Hyperlux™ ID系列引領(lǐng)iToF技術(shù)革新
-
5月15日立即下載>> 【白皮書(shū)】精確和高效地表征3000V/20A功率器件應(yīng)用指南
-
5月16日立即參評(píng) >> 【評(píng)選啟動(dòng)】維科杯·OFweek 2025(第十屆)人工智能行業(yè)年度評(píng)選
推薦專(zhuān)題
- 1 UALink規(guī)范發(fā)布:挑戰(zhàn)英偉達(dá)AI統(tǒng)治的開(kāi)始
- 2 北電數(shù)智主辦酒仙橋論壇,探索AI產(chǎn)業(yè)發(fā)展新路徑
- 3 降薪、加班、裁員三重暴擊,“AI四小龍”已折戟兩家
- 4 “AI寒武紀(jì)”爆發(fā)至今,五類(lèi)新物種登上歷史舞臺(tái)
- 5 國(guó)產(chǎn)智駕迎戰(zhàn)特斯拉FSD,AI含量差幾何?
- 6 光計(jì)算迎來(lái)商業(yè)化突破,但落地仍需時(shí)間
- 7 東陽(yáng)光:2024年扭虧、一季度凈利大增,液冷疊加具身智能打開(kāi)成長(zhǎng)空間
- 8 地平線自動(dòng)駕駛方案解讀
- 9 封殺AI“照騙”,“淘寶們”終于不忍了?
- 10 優(yōu)必選:營(yíng)收大增主靠小件,虧損繼續(xù)又逢關(guān)稅,能否乘機(jī)器人東風(fēng)翻身?