基于Spark系統(tǒng)的查詢分析及優(yōu)化研究.pdf_第1頁
已閱讀1頁,還剩74頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、當(dāng)前,我們正處在大數(shù)據(jù)時代,信息的爆炸式增長使得傳統(tǒng)的技術(shù)架構(gòu)無法滿足海量數(shù)據(jù)的處理需求,大數(shù)據(jù)平臺的研究與發(fā)展在這種環(huán)境下應(yīng)運而生。Hadoop的誕生使人們開始關(guān)注MapReduce這一計算模式,并且去尋找性能更加好的大數(shù)據(jù)平臺。Spark計算框架通過引入RDD(彈性分布式數(shù)據(jù)集)數(shù)據(jù)模型和基于內(nèi)存的運算模式,使其與Hadoop相比有更好的適用性。
  Spark大數(shù)據(jù)平臺在關(guān)系查詢的性能方面遠遠高于MapReduce集群,這是

2、因為Spark SQL模塊集成了關(guān)系處理和Spark的功能編程API,在MapReduce集群中無法執(zhí)行的SQL語句和數(shù)據(jù)實時分析在Spark SQL中可以得到很好的執(zhí)行。但伴隨著用戶量和數(shù)據(jù)量的不斷增大,Spark SQL在表間關(guān)聯(lián)查詢中的Join操作性能較差,嚴重影響了Spark的應(yīng)用。
  首先,本文重點研究基于Spark系統(tǒng)的Spark SQL模塊中的優(yōu)化器Catalyst,探討了優(yōu)化器Catalyst的運行機制,分析了優(yōu)

3、化器Catalyst處理查詢語句的整個過程,并對查詢語句的解析、綁定、優(yōu)化和生成物理計劃等方面進行深入全面的解析。
  其次,在吸取其他研究者的優(yōu)秀策略以及Spark SQL自身提供的Broadcast Join和Hash Join的基礎(chǔ)之上,針對Spark系統(tǒng)的大表間等值連接操作提出一種基于Partial Bloom Filter的Spark Join優(yōu)化方案,該Spark Join優(yōu)化方案能較好的預(yù)先過濾掉表中大部分不符合連接

4、條件的記錄,使Shuffle階段的數(shù)據(jù)量明顯降低,從而有效地提高大表間等值連接的性能。
  最后,對本文提出的基于Partial Bloom Filter的Spark Join優(yōu)化方案與SparkSQL自身提供的Hash Join連接操作進行了實驗測試,并對兩種方案的網(wǎng)絡(luò)通信開銷,磁盤I/O開銷,時間消耗等數(shù)據(jù)指標(biāo)進行了分析。實驗結(jié)果表明,本文提出的基于Partial Bloom Filter的Spark Join優(yōu)化方案,通過在

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論