Spark3.0的新特性有哪些？【大數(shù)據(jù)開發(fā)】

更新時間:2023-07-11 來源:黑馬程序員瀏覽量:

IT培訓(xùn)班

對比2.4版本, 3.0在TPC-DS基準(zhǔn)測試中,性能超過2.4版本, 達(dá)到了2倍的提升。關(guān)于Spark 3.0，有以下的新特性：

1.Adaptive Query Execution 自適應(yīng)查詢(SparkSQL)

由于缺乏或者不準(zhǔn)確的數(shù)據(jù)統(tǒng)計信息(元數(shù)據(jù))和對成本的錯誤估算(執(zhí)行計劃調(diào)度)導(dǎo)致生成的初始執(zhí)行計劃不理想在Spark3.x版本提供Adaptive Query Execution自適應(yīng)查詢技術(shù)通過在”運(yùn)行時”對查詢執(zhí)行計劃進(jìn)行優(yōu)化, 允許Planner在運(yùn)行時執(zhí)行可選計劃,這些可選計劃將會基于運(yùn)行時數(shù)據(jù)統(tǒng)計進(jìn)行動態(tài)優(yōu)化, 從而提高性能。

Adaptive Query Execution AQE主要提供了三個自適應(yīng)優(yōu)化:

? 動態(tài)合并 Shuffle Partitions

? 動態(tài)調(diào)整Join策略

? 動態(tài)優(yōu)化傾斜Join(Skew Joins)

①動態(tài)合并 Dynamically coalescing shuffle partitions

可以動態(tài)調(diào)整shuffle分區(qū)的數(shù)量。用戶可以在開始時設(shè)置相對較多的shuffle分區(qū)數(shù)，AQE會在運(yùn)行時將相鄰的小分區(qū)合并為較大的分區(qū)。

動態(tài)合并

②動態(tài)調(diào)整Join策略 Dynamically switching join strategies

此優(yōu)化可以在一定程度上避免由于缺少統(tǒng)計信息或著錯誤估計大小(當(dāng)然也可能兩種情況同時存在)，而導(dǎo)致執(zhí)行計劃性能不佳的情況。這種自適應(yīng)優(yōu)化可以在運(yùn)行時sort merge join轉(zhuǎn)換成broadcast hash join，從而進(jìn)一步提升性能。

Adaptive Query Execution 自適應(yīng)查詢(SparkSQL)

③動態(tài)優(yōu)化傾斜Join

skew joins可能導(dǎo)致負(fù)載的極端不平衡，并嚴(yán)重降低性能。在AQE從shuffle文件統(tǒng)計信息中檢測到任何傾斜后，它可以將傾斜的分區(qū)分割成更小的分區(qū)，并將它們與另一側(cè)的相應(yīng)分區(qū)連接起來。這種優(yōu)化可以并行化傾斜處理，獲得更好的整體性能。

觸發(fā)條件:

分區(qū)大小 > spark.sql.adaptive.skewJoin.skewedPartitionFactor (default=10) * "median partition size(中位數(shù)分區(qū)大小)"

分區(qū)大小 > spark.sql.adaptive.skewJoin.skewedPartitionThresholdInBytes (default = 256MB)

總結(jié):

（1） AQE的開啟通過: spark.sql.adaptive.enabled 設(shè)置為true開啟。

（2） AQE是自動化優(yōu)化機(jī)制, 無需我們設(shè)置復(fù)雜的參數(shù)調(diào)整, 開啟AQE符合條件即可自動化應(yīng)用AQE優(yōu)化。

（3） AQE帶來了極大的SparkSQL性能提升。

2.Dynamic Partition Pruning 動態(tài)分區(qū)裁剪(SparkSQL)

當(dāng)優(yōu)化器在編譯時無法識別可跳過的分區(qū)時，可以使用"動態(tài)分區(qū)裁剪"，即基于運(yùn)行時推斷的信息來進(jìn)一步進(jìn)行分區(qū)裁剪。這在星型模型中很常見，星型模型是由一個或多個并且引用了任意數(shù)量的維度表的事實(shí)表組成。在這種連接操作中，我們可以通過識別維度表過濾之后的分區(qū)來裁剪從事實(shí)表中讀取的分區(qū)。在一個TPC-DS基準(zhǔn)測試中，102個查詢中有60個查詢獲得2到18倍的速度提升。

動態(tài)分區(qū)裁剪

3. 增強(qiáng)的Python API: PySpark和Koalas

Python現(xiàn)在是Spark中使用較為廣泛的編程語言，因此也是Spark 3.0的重點(diǎn)關(guān)注領(lǐng)域。Databricks有68%的notebook命令是用Python寫的。PySpark在Python Package Index上的月下載量超過500 萬。

很多Python開發(fā)人員在數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)分析方面使用pandas API，但僅限于單節(jié)點(diǎn)處理。Databricks會持續(xù)開發(fā)Koalas——基于Apache Spark的pandas API實(shí)現(xiàn)，讓數(shù)據(jù)科學(xué)家能夠在分布式環(huán)境中更高效地處理大數(shù)據(jù)。

經(jīng)過一年多的開發(fā)，Koalas實(shí)現(xiàn)對pandas API將近80%的覆蓋率。Koalas每月PyPI下載量已迅速增長到85萬，并以每兩周一次的發(fā)布節(jié)奏快速演進(jìn)。雖然Koalas可能是從單節(jié)點(diǎn)pandas代碼遷移的最簡單方法，但很多人仍在使用PySpark API，也意味著 PySpark API也越來越受歡迎。