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

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

3個庫，每個庫里分了4個表，每個表要放50萬的數(shù)據(jù)量

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

（1）停機遷移方案

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

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

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

驗證一下，ok了，完美，大家伸個懶腰，看看看凌晨4點鐘的北京夜景，打個滴滴回家吧

但是這個方案比較low，誰都能干，我們來看看高大上一點的方案

（2）雙寫遷移方案

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

簡單來說，就是在線上系統(tǒng)里面，之前所有寫庫的地方，增刪改操作，都除了對老庫增刪改，都加上對新庫的增刪改，這就是所謂雙寫，同時寫倆庫，老庫和新庫。

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

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

接著當數(shù)據(jù)完全一致了，就ok了，基于僅僅使用分庫分表的最新代碼，重新部署一次，不就僅僅基于分庫分表在操作了么，還沒有幾個小時的停機時間，很穩(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