日前，某電商用戶由于業(yè)務(wù)發(fā)展迅猛，訪問(wèn)量極速增長(zhǎng)，導(dǎo)致數(shù)據(jù)庫(kù)容量及性能遭遇瓶頸。為降低數(shù)據(jù)庫(kù)大小，提升性能，用戶決定對(duì)架構(gòu)進(jìn)行垂直拆分。根據(jù)不同的表來(lái)進(jìn)行拆分，對(duì)應(yīng)用程序的影響也更小，拆分規(guī)則也會(huì)比較簡(jiǎn)單清晰。

該用戶按照會(huì)員、商品、訂單，將數(shù)據(jù)垂直拆分至三個(gè)數(shù)據(jù)庫(kù)，分庫(kù)后數(shù)據(jù)分布到不同的數(shù)據(jù)庫(kù)實(shí)例，以達(dá)到降低數(shù)據(jù)量，增加實(shí)例數(shù)的擴(kuò)容目的。然而前途是美好的，道路是曲折的。一旦涉及拆分，就逃不開(kāi)“原本在同一數(shù)據(jù)庫(kù)里的查詢，要變成跨兩個(gè)數(shù)據(jù)庫(kù)實(shí)例”的查詢問(wèn)題。

單庫(kù)時(shí)，系統(tǒng)中很多列表和詳情頁(yè)所需數(shù)據(jù)可以簡(jiǎn)單通過(guò)SQL join關(guān)聯(lián)表查詢；而拆庫(kù)后，拆分后的數(shù)據(jù)可能分布在不同的節(jié)點(diǎn)/實(shí)例上，不能跨庫(kù)使用join，此時(shí)join帶來(lái)的問(wèn)題就很棘手了。

例如：業(yè)務(wù)中需要展示某個(gè)品類商品的售賣訂單量，現(xiàn)在訂單數(shù)據(jù)和商品數(shù)據(jù)分布在兩個(gè)獨(dú)立的數(shù)據(jù)庫(kù)實(shí)例中，業(yè)務(wù)上要怎么進(jìn)行關(guān)聯(lián)查詢？

用戶首先想到的方法是，對(duì)現(xiàn)有業(yè)務(wù)代碼進(jìn)行重構(gòu)，分別從兩個(gè)數(shù)據(jù)庫(kù)查詢數(shù)據(jù)，然后在業(yè)務(wù)代碼中進(jìn)行join關(guān)聯(lián)。那么問(wèn)題來(lái)了，如果采用這個(gè)解決方案，業(yè)務(wù)上那么多查詢改造起來(lái)，拆分難度極大，操作起來(lái)過(guò)于復(fù)雜。跨庫(kù)join操作又沒(méi)有非常高效的辦法，需要各個(gè)分庫(kù)迭代查詢，查詢效率也會(huì)有一定影響。

是不是光想想就一個(gè)頭兩個(gè)大？別擔(dān)心，關(guān)于數(shù)據(jù)庫(kù)拆分后的業(yè)務(wù)改造難題，其實(shí)用一條SQL就可輕松搞定。具體解法如下??

解決思路

經(jīng)溝通，我們發(fā)現(xiàn)用戶遇到的其實(shí)就是典型的跨數(shù)據(jù)庫(kù)實(shí)例查詢問(wèn)題。目前，阿里云DMS已經(jīng)支持跨數(shù)據(jù)庫(kù)實(shí)例SQL查詢的能力，用戶可以通過(guò)DMS，利用一條SQL即可解決上述難題。不僅能夠滿足“跨庫(kù)Join”這一核心訴求，還能極大地簡(jiǎn)化用戶的技術(shù)方案。

除了開(kāi)篇介紹的客戶案例，DMS跨數(shù)據(jù)庫(kù)實(shí)例的查詢功能可以解決我們業(yè)務(wù)中遇到的任意跨數(shù)據(jù)庫(kù)查詢的訴求。例如：跨線上庫(kù)及歷史庫(kù)的join查詢，快速獲取全量數(shù)據(jù)；單元化架構(gòu)下，join各個(gè)單元的數(shù)據(jù)庫(kù)查詢?nèi)謹(jǐn)?shù)據(jù)；游戲業(yè)務(wù)，可以join MySQL中的用戶數(shù)據(jù)及MongoDB中的游戲裝備數(shù)據(jù)等。

接下來(lái)，我們通過(guò)一個(gè)快速上手的實(shí)例，來(lái)看看用戶如何寫這條SQL。

商品庫(kù)的信息

實(shí)例連接：198.12.13.1:3306 ， 數(shù)據(jù)庫(kù)名：seller

商品表名：commodity

包含部分字段的表結(jié)構(gòu)：

create table commondity（id BIGINT（20）， -- 商品IDname varchar（100）， -- 商品名稱create_time TIMESTAMP ， -- 商品入庫(kù)時(shí)間catogary BIGINT（30）， -- 商品類目features text， -- 商品描述param text）； -- 商品屬性

訂單庫(kù)的信息

實(shí)例連接：198.12.13.2:3306 ， 數(shù)據(jù)庫(kù)名：buyer

訂單表表名：order_list

包含部分字段的表結(jié)構(gòu)：

create table order_list（id BIGINT（20）， -- 訂單IDbuyer_id BIGINT（30）， -- 買家IDcreate_time TIMESTAMP ， -- 訂單生成時(shí)間seller_id BIGINT（30）， -- 賣家IDcommodity_id BIGINT（30）， -- 商品IDstatus int（8） – 訂單狀態(tài)）

創(chuàng)建DBLink

在編寫查詢SQL之前，需要先在DMS中配置賣家?guī)旌唾I家?guī)斓腄BLink。

編寫并運(yùn)行跨庫(kù)查詢SQL

當(dāng)DBLink配置完成后，即可開(kāi)始在DMS中編寫并運(yùn)行SQL，實(shí)現(xiàn)查詢某個(gè)商品的訂單列表的需求。

SELECT comomndity.catogary， count（1） from buyer_db.buyer.order_list

order，

seller_db.seller.commondity commonditywhere order.commodity_id= commondity.idGROUP BY commondity.catogary;

這個(gè)SQL的語(yǔ)法完全兼容MySQL，只是在From的表名前面帶上DBLink。

所以，業(yè)務(wù)方只需要使用DMS跨數(shù)據(jù)庫(kù)查詢SQL便可輕松解決拆庫(kù)之后的跨庫(kù)查詢難題，業(yè)務(wù)基本無(wú)需改造。

什么是DMS跨數(shù)據(jù)庫(kù)查詢

SELECT * FROM oracle.dsqltest.b oracle inner join

mysql.dsqltest.a mysql on oracle.id = mysql.id

WHERE oracle.id=1

DMS提供的跨數(shù)據(jù)庫(kù)實(shí)例查詢功能孵化于阿里巴巴集團(tuán)，目前已服務(wù)超過(guò)5000名開(kāi)發(fā)者，全面支撐阿里巴巴跨數(shù)據(jù)庫(kù)實(shí)例的所有線上查詢需求。DMS支持跨同異構(gòu)數(shù)據(jù)庫(kù)的在線查詢，支持MySQL、SQLServer、PostgreSQL及Redis等數(shù)據(jù)源，為應(yīng)用提供了一種數(shù)據(jù)全局查詢的能力。用戶無(wú)需通過(guò)數(shù)據(jù)匯集，即可通過(guò)標(biāo)準(zhǔn)SQL實(shí)現(xiàn)跨實(shí)例的交叉查詢。