實戰課堂 | DMS企業版教你用一條SQL搞定跨實例查詢

背景

數據管理DMS企業版提供了安全、高效地管理大規模數據庫的服務。面對多元的數據庫實例，爲了更方便地查詢被「散落」在各個地方的業務數據，咱們在DMS企業版中提供了跨數據庫實例查詢服務。

什麼是跨實例查詢

跨實例查詢服務支持經過標準SQL進行跨同異構數據庫的實時查詢。
對於您在企業版中的實例，不管它們是關係型數據庫MySQL、PolarDB、DRDS、SQLServer、PostgreSQL，仍是非關係型數據庫Redis，您均可以經過一條SQL輕鬆完成跨數據庫實例的查詢。

如何進行跨實例查詢

每當您在企業版中註冊一個跨庫查詢支持的實例，系統就將自動爲其建立DBLink，您能夠爲其命名。您能夠將DBLink名稱認爲是該數據庫實例的別名。
對於您在企業版中已有的實例或者您批量導入的實例，系統將自動爲其命名，您後續能夠對該名字進行修改。
有了DBLink名稱，您就能夠用DBLink名稱指代您但願進行查詢的實例。經過DBLinkName.DatabaseName.TableName的格式，您就能夠進行跨庫查詢操做了。

應用案例

案例1 垂直拆分後的跨數據庫查詢

DMS企業版的用戶某電商公司因爲業務發展迅猛，訪問量極速增加，致使數據庫容量及性能遭遇瓶頸，所以用戶決定將會員、商品、訂單數據分別存放在三個數據庫實例中。用戶將訂單庫所在的實例A取名爲buyer_db，訂單所在的庫爲buyer，訂單表爲order_list，將商品庫所在的實例B取名爲seller_db，商品所在的庫爲commodity，商品表爲commodity。此時，公司的數據分析人員想要獲取某個品類商品的實時售賣訂單量，須要變成跨兩個數據庫實例A和B的查詢，怎麼辦？
有了跨庫查詢，無需數據遷移、數據聚集、ETL，便可直接完成多個在線數據庫之間的關聯查詢。
一條SQL，用戶便可解決上述難題:

案例2 水平拆分後的跨數據庫查詢

DMS企業版的用戶某酒店在多個城市都有對應的門店，其數據庫在每一個城市也會單獨部署一套，業務上有對多個城市全局數據查詢的訴求。一樣，如今愈來愈多的互聯網行業開始引入單元化架構，在每一個城市會單獨部署機房和數據庫，進行多單元數據彙總查詢的需求也愈來愈強。爲了知足雲上這些跨單元、跨region的數據庫查詢需求，跨庫查詢服務打通region之間的屏障，用戶經過一條SQL就能實現這些需求。

案例3 異構數據庫的關聯查詢

DMS企業版的用戶某公司考慮成本和將來可擴展性，正在將業務數據從SQLServer遷移到MySQL上。在這期間，必然存在某些業務子系統仍然在SQLServer上，另一些業務子系統已經所有遷移到MySQL上，這時兩個子系統之間的聯合查詢，就能夠藉助跨庫查詢實現。不只如此，在遷移過程當中，還能夠經過DSQL，來校驗SQLServer和MySQL上的數據是否一致。

案例4 混合雲場景的關聯查詢

DMS企業版的用戶某遊戲公司，因爲各類緣由，在DMS企業版中同時保有阿里雲、騰訊、UCloud、AWS等環境的數據庫實例，同時在本身自建的IDC也部署了部分數據庫。業務的數據如此分散，單是統計一下當前遊戲在線用戶數，都要分別到各個環境去查詢一遍再作彙總。藉助跨庫查詢服務，一條SQL就能實現跨雲廠商和IDC之間的關聯查詢。

案例5 關係型與非關係型數據庫的關聯查詢

DMS企業版的用戶某遊戲客戶將用戶積分排行榜存儲在redis zset中，而將用戶元信息維護在MySQL user表中。用戶但願在遊戲APP中能實時刷新用戶的積分排行榜，經過跨庫查詢服務，就能夠實現跨MySQL及Redis查詢的需求。
用戶在Redis Score Set中存儲用戶積分狀況、用戶ID及score。key的名稱爲user_score， value爲用戶ID， score爲用戶積分。
樣例數據以下表：

key	value	score
user_score	100	10
user_score	200	35
user_score	300	45

用戶在MySQL User表中存儲用戶的基本信息，包括user_id, user_name, province, city, gmt_create等。
樣例數據以下表：

user_id	user_name	province	city	gmt_create
100	張三	浙江	杭州	2019-8-11 11:11:11
200	李四	廣東	深圳	2019-7-11 12:11:01

用戶只須要一條SQL，將redis中的用戶ID跟MySQL中的user_id進行關聯，就能夠方便地查詢用戶的積分排行榜。

小結

跨庫查詢服務爲您提供了您在DMS企業版中的多個實例之間的關聯查詢。

原文連接 本文爲雲棲社區原創內容，未經容許不得轉載。