設計遷移方案一共需要5個步驟，分別是了解自身架構、選擇遷移方式、確定遷移節奏、確定遷移內容和選擇遷移工具。他指出，企業首先要了解自身架構才能選擇採用哪種遷移方式，而選擇哪種遷移方式可能會考慮的因素有系統架構的耦合依賴關係、資料的吞吐量，更重要的是自身的業務特性。
姚俊軍推薦兩種遷移方式，分別是全量停服遷移和平滑不停服遷移。它們的共同目標是從源到目的的完整遷移。全量停服的遷移目標是停服時長可控，遷移方案全面高效，一刀切完，不回滾。優點是通用性強，過程簡單，流程清晰，對業務系統要求低，不要求系統邏輯分層清晰，耦合依賴大也沒關係。缺點在於因為全量遷移，停服時長不好把控，將所有功能業務驗證完才敢切流量，回滾問題多。所以適合目前系統規模不太大、業務相對簡單，流量相對小一點的情況，最重要的是業務允許做停服。
平滑遷移的遷移目標則是把握業務分批遷移力度，遷移過程隨時回滾，灰度流量可監控，業務切換過程時間可控制。優點是對業務的影響比較小，可以做到不停服，頂多是分鐘級別的短時間內的小流量停服，遷移過程靈活。但也有缺點，需要專線，專線是有成本的，可能在遷移過程中專線的壓力會比較大，對業務系統要求也比較高。平滑遷移適用於業務規模已經比較大，業務比較複雜，流量可能也不小，業務很敏感，不允許停服的情況。
歡迎前往原文檢視現場ppt乾貨！
如何設計資料庫
表與表之間的關係 例如下圖 假設使用者下單需要哪些表？每張表設計什麼字段，要用什麼型別 例如 建立個user表 create table t user id int 11 not null auto increment comment 使用者表id username varchar 50 not n...
如何設計資料庫 1 ？
為什麼需要設計資料庫 這裡我們思考兩個問題 修建茅屋需要設計嗎？修建大廈需要設計嗎？結論是 當資料庫比較複雜 如資料量大，表較多，業務關係複雜 時，我們需要先設計資料庫 因為，良好的資料庫設計能夠 q節省資料的儲存空間 q能夠保證資料的完整性 q方便進行資料庫應用系統的開發 糟糕的資料庫設計 q資料...
如何設計資料庫 2
資料規範化 僅有好的rdbms並不足以避免資料冗餘，必須在資料庫的設計中建立好的表結構。表設計後，很可能結構不合理，出現資料重複儲存，簡稱資料的冗餘，這對資料的增刪改查帶來很多後患，所以我們需要審核是否合理，就像施工圖設計後，還需要其他機構進行審核圖紙是否設計合理一樣。如何審核呢？需要一些有關資料庫...