服務(wù)器系統(tǒng)不停機(jī)遷移到分庫(kù)分表的方法

假設(shè)，你現(xiàn)有有一個(gè)單庫(kù)單表的系統(tǒng)，在線上在跑，假設(shè)單表有600萬(wàn)數(shù)據(jù)

3個(gè)庫(kù)，每個(gè)庫(kù)里分了4個(gè)表，每個(gè)表要放50萬(wàn)的數(shù)據(jù)量

假設(shè)你已經(jīng)選擇了一個(gè)分庫(kù)分表的數(shù)據(jù)庫(kù)中間件，sharding-jdbc，mycat，都可以

（1）停機(jī)遷移方案

我先給你說(shuō)一個(gè)最low的方案，就是很簡(jiǎn)單，大家伙兒凌晨12點(diǎn)開始運(yùn)維，網(wǎng)站或者app掛個(gè)公告，說(shuō)0點(diǎn)到早上6點(diǎn)進(jìn)行運(yùn)維，無(wú)法訪問(wèn)。。。。。。

接著到0點(diǎn)，停機(jī)，系統(tǒng)挺掉，沒(méi)有流量寫入了，此時(shí)老的單庫(kù)單表數(shù)據(jù)庫(kù)靜止了。然后你之前得寫好一個(gè)導(dǎo)數(shù)的一次性工具，此時(shí)直接跑起來(lái)，然后將單庫(kù)單表的數(shù)據(jù)嘩嘩嘩讀出來(lái)，寫到分庫(kù)分表里面去。

導(dǎo)數(shù)完了之后，就ok了，修改系統(tǒng)的數(shù)據(jù)庫(kù)連接配置啥的，包括可能代碼和SQL也許有修改，那你就用最新的代碼，然后直接啟動(dòng)連到新的分庫(kù)分表上去。

驗(yàn)證一下，ok了，完美，大家伸個(gè)懶腰，看看看凌晨4點(diǎn)鐘的北京夜景，打個(gè)滴滴回家吧

但是這個(gè)方案比較low，誰(shuí)都能干，我們來(lái)看看高大上一點(diǎn)的方案

（2）雙寫遷移方案

這個(gè)是我們常用的一種遷移方案，比較靠譜一些，不用停機(jī)，不用看深圳凌晨4點(diǎn)的風(fēng)景。推薦閱讀：數(shù)據(jù)雙寫遷移方案

簡(jiǎn)單來(lái)說(shuō)，就是在線上系統(tǒng)里面，之前所有寫庫(kù)的地方，增刪改操作，都除了對(duì)老庫(kù)增刪改，都加上對(duì)新庫(kù)的增刪改，這就是所謂雙寫，同時(shí)寫倆庫(kù)，老庫(kù)和新庫(kù)。

然后系統(tǒng)部署之后，新庫(kù)數(shù)據(jù)差太遠(yuǎn)，用之前說(shuō)的導(dǎo)數(shù)工具，跑起來(lái)讀老庫(kù)數(shù)據(jù)寫新庫(kù)，寫的時(shí)候要根據(jù)gmt_modified這類字段判斷這條數(shù)據(jù)最后修改的時(shí)間，除非是讀出來(lái)的數(shù)據(jù)在新庫(kù)里沒(méi)有，或者是比新庫(kù)的數(shù)據(jù)新才會(huì)寫。

接著導(dǎo)完一輪之后，有可能數(shù)據(jù)還是存在不一致，那么就程序自動(dòng)做一輪校驗(yàn)，比對(duì)新老庫(kù)每個(gè)表的每條數(shù)據(jù)，接著如果有不一樣的，就針對(duì)那些不一樣的，從老庫(kù)讀數(shù)據(jù)再次寫。反復(fù)循環(huán)，直到兩個(gè)庫(kù)每個(gè)表的數(shù)據(jù)都完全一致為止。

接著當(dāng)數(shù)據(jù)完全一致了，就ok了，基于僅僅使用分庫(kù)分表的最新代碼，重新部署一次，不就僅僅基于分庫(kù)分表在操作了么，還沒(méi)有幾個(gè)小時(shí)的停機(jī)時(shí)間，很穩(wěn)。所以現(xiàn)在基本玩兒數(shù)據(jù)遷移之類的，都是這么干了。

天 下  數(shù)  據(jù)提供完整的端到端云遷移解決方案，將企業(yè)客戶的系統(tǒng)和數(shù)據(jù)平滑遷移至各大公有云：騰訊云、谷歌云、阿里云、華為云等。詳詢客服電話400-63-8-88-08，官網(wǎng)：m.51huadong.com

本文鏈接：http://m.51huadong.com/cloundnews/11008281.html