袋鼠雲研發手記 | 開源·數棧-擴展FlinkSQL實現流與維表的join

作爲一家創新驅動的科技公司,袋鼠雲每年研發投入達數千萬,公司80%員工都是技術人員,袋鼠雲產品家族包括企業級一站式數據中臺PaaS數棧、交互式數據可視化大屏開發平臺Easy[V]等產品也在迅速迭代。在進行產品研發的過程中,技術小哥哥們能文能武,不斷提升產品性能和體驗的同時,也把這些提升和優化過程記錄下來,現錄入“袋鼠雲研發手記”專欄中,以和業內童鞋們分享交流。

下爲“袋鼠雲研發手記”專欄第三期,本期作者爲袋鼠雲數棧引擎團隊。

 

袋鼠雲數棧引擎團隊

袋鼠雲數棧引擎團隊擁有多名專家級別,經驗豐富的後端開發工程師,分別支撐公司大數棧產品線的不同子項目的開發需求,從項目中提取並開源了FlinkX(基於Flink的數據同步),Jlogstash(logstash 的java 版本實現),FlinkStreamSQL(擴展原生FlinkSQL,實現流與維表的join)多個項目。

在長期的項目實踐與產品迭代過程中,團隊成員在 Hadoop技術棧上不斷深耕探索,積累了豐富的經驗與最佳實踐。

 

第三期

數棧·開源 拓展FlinkSQL實現流與維表的join

FlinkStreamSQL 已經開源在Github上 目前已獲380+Star

 

1、爲什麼要擴展FlinkSQL?

實時計算需要完全SQL化

SQL是數據處理中使用最廣泛的語言。它允許用戶簡明扼要地聲明他們的業務邏輯。大數據批計算使用SQL很常見,但是支持SQL的實時計算並不多。其實,用SQL開發實時任務可以極大降低數據開發的門檻,在袋鼠雲數棧-實時計算模塊,我們決定實現完全SQL化。

數據計算採用SQL的優勢

☑ 聲明式。用戶只需要表達我想要什麼,至於怎麼計算那是系統的事情,用戶不用關心。

☑ 自動調優。查詢優化器可以爲用戶的 SQL 生成最有的執行計劃。用戶不需要了解它,就能自動享受優化器帶來的性能提升。

☑ 易於理解。很多不同行業不同領域的人都懂 SQL,SQL 的學習門檻很低,用 SQL 作爲跨團隊的開發語言可以很大地提高效率。

☑ 穩定。SQL 是一個擁有幾十年歷史的語言,是一個非常穩定的語言,很少有變動。所以當我們升級引擎的版本時,甚至替換成另一個引擎,都可以做到兼容地、平滑地升級。

實時計算還需要流與維表的JOIN

在實時計算的世界裏不只是流與流的JOIN,還需要流與維表的JOIN

 

在實時計算的世界裏不只是流與流的JOIN,還需要流與維表的JOIN。在去年,袋鼠雲數棧V3.0版本研發期間,當時最新版本——flink1.6中FlinkSQL,已經將SQL的優勢應用到Flink引擎中,但還未支持流與維表的JOIN。

 

關於FlinkSQL

FlinkSQL於2017年7月開始面向阿里巴巴集團開放流計算服務的,雖然是一個非常年輕的產品,但是到雙11期間已經支撐了數千個作業,在雙11期間,Blink 作業的處理峯值達到了5+億每秒,而其中僅 Flink SQL 作業的處理總峯值就達到了3億/秒。

參考鏈接:https://yq.aliyun.com/articles/457438

 

這裏先解釋下什麼是維表;維表是動態表,表裏所存儲的數據有可能不變,也有可能定時更新,但是更新頻率不是很頻繁。在業務開發中一般的維表數據存儲在關係型數據庫如mysql,oracle等,也可能存儲在hbase,redis等nosql數據庫。


2、所以要用FlinkSQL實現流與維表的join 分兩步:

一、用Flink api實現維表的功能

要實現維表功能就要用到 Flink Aysnc I/O 這個功能,是由阿里巴巴貢獻給Apache Flink的。

Async I/O 是由阿里巴巴貢獻給社區的,於1.2版本引入,主要目的是爲了解決與外部系統交互時網絡延遲成爲了系統瓶頸的問題。具體介紹可以看這篇文章:http://wuchong.me/blog/2017/05/17/flink-internals-async-io/

對應到Flink 的api就是RichAsyncFunction 這個抽象類,繼層這個抽象類實現裏面的open(初始化),asyncInvoke(數據異步調用),close(停止的一些操作)方法,最主要的是實現asyncInvoke 裏面的方法。

 

流與維表的join會碰到兩個問題:

第一個是性能問題。因爲流速要是很快,每一條數據都需要到維表做下join,但是維表的數據是存在第三方存儲系統,如果實時訪問第三方存儲系統,不僅join的性能會差,每次都要走網絡io;還會給第三方存儲系統帶來很大的壓力,有可能會把第三方存儲系統搞掛掉。

所以解決的方法就是維表裏的數據要緩存,可以全量緩存,這個主要是維表數據不大的情況,還有一個是LRU緩存,維表數據量比較大的情況。

LRU維表的實現

 

第二個問題是流延遲過來的數據這麼跟之前的維表數據做關聯。這個就涉及到維表數據需要存儲快照數據,所以這樣的場景用HBase 做維表是比較適合的,因爲HBase 是天生支持數據多版本的。

ALL維表的實現

 

二、解析流與維表join的SQL語法轉化成底層的FlinkAPI

 

因爲FlinkSQL已經做了大部分SQL場景,我們不可能在去解析SQL的所有語法,在把他轉化成底層FlinkAPI。

所以我們做的就是解析SQL語法,來找到join表裏有沒有維表,如果有維表,那我們會把這個join的維表的語句單獨拆來,用Flink的TableAPI和StreamAPi 生成新DataStream,在把這個DataStream與其他的表在做join這樣就能用SQL來實現流與維表的join語法了。

SQL解析的工具就是用Apache calcite,Flink也是用這個框架做SQL解析的。所以所有語法都是可以解析的。

 

1. DEMO SQL

2. Calcite解析Insert into語句,拆分出子語句


3. Calcite繼續解析select語句

Calcite繼續解析select語句
Calcite繼續解析select語句

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章