建站
咨詢
售后
建站咨詢
新聞中心
隨著業(yè)務(wù)越來(lái)越復(fù)雜，數(shù)據(jù)量越來(lái)越大，并發(fā)量越來(lái)越大，數(shù)據(jù)庫(kù)的性能越來(lái)越低。好不容易找運(yùn)維申請(qǐng)了兩臺(tái)機(jī)器，讓DBA部署了幾個(gè)實(shí)例，想把一些業(yè)務(wù)庫(kù)拆分出來(lái)，卻發(fā)現(xiàn)一個(gè)庫(kù)里幾百個(gè)表，拆不出來(lái)，擴(kuò)不了容，尷尬!
創(chuàng)新互聯(lián)-云計(jì)算及IDC服務(wù)提供商，涵蓋公有云、IDC機(jī)房租用、眉山服務(wù)器托管、等保安全、私有云建設(shè)等企業(yè)級(jí)互聯(lián)網(wǎng)基礎(chǔ)服務(wù)，聯(lián)系電話：18980820575
因?yàn)閿?shù)據(jù)庫(kù)強(qiáng)關(guān)聯(lián)在一起，無(wú)法通過(guò)增加數(shù)據(jù)庫(kù)實(shí)例擴(kuò)容，就是一個(gè)耦合的典型案例。
什么樣的場(chǎng)景會(huì)出現(xiàn)這類耦合?
舉個(gè)栗子。
有一個(gè)公共用戶數(shù)據(jù)庫(kù)DB_USER，里面table_user存放了通用的用戶數(shù)據(jù)：
- table_user (uid, name, passwd, …)
在數(shù)據(jù)量比較小，并發(fā)量比較小，業(yè)務(wù)還沒有這么復(fù)雜的時(shí)候，為了提高資源利用率(程序員才沒有考慮什么資源利用率，更多的是圖方便)，業(yè)務(wù)A把用戶個(gè)性化的數(shù)據(jù)也放在這個(gè)庫(kù)里：
- table_A(uid, A業(yè)務(wù)的個(gè)性化屬性)
業(yè)務(wù)A有一個(gè)需求，即要展現(xiàn)用戶公共屬性，又要展現(xiàn)業(yè)務(wù)A個(gè)性化屬性，程序員經(jīng)常這么實(shí)現(xiàn)的：
- select * from table_user, table_A
- where table_user.uid = table_A.uid
- and table_user.uid = $uid
初期關(guān)聯(lián)查詢沒有任何問(wèn)題，單條記錄訪問(wèn)，命中索引，一次查詢所有數(shù)據(jù)，簡(jiǎn)單高效。
如何產(chǎn)生各業(yè)務(wù)數(shù)據(jù)耦合?
通過(guò)join實(shí)現(xiàn)業(yè)務(wù)，導(dǎo)致通用表table_user和業(yè)務(wù)表table_A必須存在于一個(gè)數(shù)據(jù)庫(kù)實(shí)例里。
如果業(yè)務(wù)B也這么做，業(yè)務(wù)C也這么做，會(huì)導(dǎo)致公用業(yè)務(wù)，業(yè)務(wù)A，業(yè)務(wù)B，業(yè)務(wù)C都必須存在于一個(gè)數(shù)據(jù)庫(kù)實(shí)例里。
會(huì)產(chǎn)生什么潛在問(wèn)題呢?
假如A業(yè)務(wù)線上線了一個(gè)新功能，不小心進(jìn)行了全表掃描，導(dǎo)致數(shù)據(jù)庫(kù)CPU100%，數(shù)據(jù)庫(kù)實(shí)例性能下降，由于實(shí)例共用，通用業(yè)務(wù)，業(yè)務(wù)B和業(yè)務(wù)C都會(huì)受影響。
即某個(gè)業(yè)務(wù)線的數(shù)據(jù)庫(kù)性能急劇下降導(dǎo)致所有業(yè)務(wù)都受影響，這種耦合，歷史總是驚人的相似：
- 業(yè)務(wù)B的大boss在群里首先發(fā)飆：“技術(shù)都干啥了，怎么系統(tǒng)掛了”
- 業(yè)務(wù)B的rd一臉無(wú)辜：“業(yè)務(wù)A上線了，所以我們掛了”
額，然而，這個(gè)理由，好像在大boss那解釋不通…
- 業(yè)務(wù)B的大boss：“趕緊加幾臺(tái)機(jī)器，拆分開”
- 業(yè)務(wù)B的rd一臉無(wú)奈：“加機(jī)器加實(shí)例也擴(kuò)容不了”
- 業(yè)務(wù)B的大boss對(duì)業(yè)務(wù)2的rd吼道“還想甩鍋，拖出去祭天”
- ...
唉，加了幾臺(tái)機(jī)器，加了幾個(gè)實(shí)例，然而并沒有什么卵用，都耦合在一個(gè)實(shí)例里，完全擴(kuò)不了容。
那，如何解除公共數(shù)據(jù)庫(kù)與業(yè)務(wù)數(shù)據(jù)庫(kù)的耦合?
第一步：公共數(shù)據(jù)訪問(wèn)下沉服務(wù)化。
還是上面的例子，當(dāng)公共的user數(shù)據(jù)訪問(wèn)服務(wù)化之后，依據(jù)服務(wù)化的原則：
- 業(yè)務(wù)層只能通過(guò)服務(wù)RPC接口訪問(wèn)數(shù)據(jù);
- 底層user庫(kù)屬于user服務(wù)私有;
- 任何上游不允許跨過(guò)服務(wù)訪問(wèn)底層的user庫(kù);
第二步：垂直拆分，個(gè)性化數(shù)據(jù)訪問(wèn)上浮。
原來(lái)業(yè)務(wù)方：通過(guò)join一次性獲取通用的數(shù)據(jù)和個(gè)性化的業(yè)務(wù)數(shù)據(jù)數(shù)據(jù)。
服務(wù)化+垂直拆分后，變成兩次訪問(wèn)：
- 一次取得業(yè)務(wù)數(shù)據(jù)(業(yè)務(wù)可以直接調(diào)用自己的數(shù)據(jù)庫(kù)，也可以自己做業(yè)務(wù)服務(wù)調(diào)用RPC接口);
- 一次取得共性數(shù)據(jù)(調(diào)用通用的RPC接口);
兩種方式相比：
- 之前的方式其實(shí)業(yè)務(wù)代碼可能會(huì)更簡(jiǎn)單一些，因?yàn)樗菍⑦@個(gè)業(yè)務(wù)邏輯放在了SQL語(yǔ)句中，但是導(dǎo)致數(shù)據(jù)庫(kù)耦合在了一起;
- 后面這種方式就是業(yè)務(wù)的代碼會(huì)更復(fù)雜，會(huì)變成多次訪問(wèn)，將原來(lái)在SQL中進(jìn)行的邏輯計(jì)算變成業(yè)務(wù)代碼中的邏輯計(jì)算，但是數(shù)據(jù)庫(kù)解耦了;
業(yè)務(wù)復(fù)雜，數(shù)據(jù)量大，并發(fā)老大，對(duì)擴(kuò)展性要求更高的架構(gòu)，一定是后者。
此時(shí)各業(yè)務(wù)有自己的庫(kù)，公共有公共的庫(kù)：
- 早期：可以放在一個(gè)數(shù)據(jù)庫(kù)實(shí)例里;
- 后期：可以很容易地通過(guò)新增數(shù)據(jù)庫(kù)實(shí)例，把user庫(kù)或者業(yè)務(wù)A/B/C的庫(kù)拆分出來(lái)，實(shí)現(xiàn)增加機(jī)器增加實(shí)例就實(shí)現(xiàn)擴(kuò)容;
個(gè)性業(yè)務(wù)數(shù)據(jù)訪問(wèn)垂直拆分，共性數(shù)據(jù)訪問(wèn)服務(wù)化下沉，只是一個(gè)很小的優(yōu)化點(diǎn)，但對(duì)于數(shù)據(jù)庫(kù)解耦卻是非常的有效。
希望大家每天收獲一點(diǎn)點(diǎn)，這樣架構(gòu)就能美好一點(diǎn)點(diǎn)。
【本文為專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)聯(lián)系原作者】
戳這里，看該作者更多好文
分享標(biāo)題：我C，一個(gè)庫(kù)里Curry幾百個(gè)表，這誰(shuí)受得了？
網(wǎng)站路徑：http://www.5511xx.com/article/dpspdid.html
