序言

在微服務流行的當下，相信很多人遇到過老系統(tǒng)服務化的情況。服務的拆分也會涉及到數(shù)據(jù)存儲的拆分，這就需要把原數(shù)據(jù)庫的數(shù)據(jù)同步到新庫。本文會介紹一種主流的不停機數(shù)據(jù)遷移的思路。

數(shù)據(jù)雙寫

數(shù)據(jù)遷移-數(shù)據(jù)雙寫方案.jpg

原service A訪問DB A的表a，現(xiàn)在要把涉及到表a的業(yè)務拆成Service B。不停機雙寫方案如下：

1. service A改造服務，關于a的寫（CUD）請求，同時同步給服務B。這是雙寫的由來。讀請求還是走舊表。這里需要實現(xiàn)一個動態(tài)開關，控制數(shù)據(jù)的請求流向。
   • CREATE 新舊表都沒有數(shù)據(jù)，所以不會有問題，注意這里同步時要帶舊表主鍵。
   • DELETE 新表有數(shù)據(jù)舊表沒有，舊表數(shù)據(jù)刪除失敗
   • UPDATE相當于DELETE+CREATE
2. 全量同步老表的數(shù)據(jù)到新表，出現(xiàn)主鍵沖突，以舊表數(shù)據(jù)為準。
3. 循環(huán)執(zhí)行數(shù)據(jù)校驗腳本，發(fā)現(xiàn)數(shù)據(jù)不一致, 以舊表數(shù)據(jù)為準，覆蓋新表數(shù)據(jù)。這一步要一行一行的比對步驟1開始之后變動的數(shù)據(jù)。
   • 舊表有，新表也有，但是不一致。以舊表數(shù)據(jù)為準。
   • 舊表有，新表沒有，插入新表。（實際不存在這種情況）
   • 舊表沒有，新表有， 刪除新表。

4.數(shù)據(jù)校驗不再有不一致數(shù)據(jù)時，把service A對舊表的訪問切換到訪問service B。不停機遷移完成

有讀者可能會說以舊表為準，可能會導致舊數(shù)據(jù)覆蓋新數(shù)據(jù)。確實存在這種情況，不過我們的數(shù)據(jù)校驗腳本會一直執(zhí)行，直到檢查不到不一致數(shù)據(jù)為止，所以 數(shù)據(jù)最終會一致，而且一致前還是舊庫提供服務，所以無傷大雅。