数据库在线平滑迁移方案.docxVIP

生产数据库在线平滑迁移方案设计与切流回滚实例

（软件研发技术文档·数据与实例为据）

第一章迁移目标与影响范围界定

本方案针对订单主库从单实例MySQL迁移到分库分表集群的场景，目标是停机窗口不超过30秒、数据零丢失、可秒级回滚。三个目标里停机与回滚可量化，零丢失最苛刻，靠一致性校验收口来保证。迁移范围含27张业务表、单表最大8.6亿行、库总容量1.9TB。

先划清不做项：本期不改变表结构语义，只做水平拆分；不迁移历史归档数据，冷数据留在旧库只读。范围收窄能把风险控制住。任何结构改动都要另立方案，把拆分和改结构两件事混在一起做，出问题时定位不了是谁的锅。

表1-1迁移对象与规模

迁移对象

规模

拆分方式

窗口目标

订单主表

8.6亿行

按user_id哈希16库

≤30秒

订单明细

21亿行

随主表同键

≤30秒

退款表

0.9亿行

按order_id

≤30秒

索引变更

14个

拆分后重建

不阻塞

第二章现状评估与容量测算

迁移前先摸清家底。旧库当前QPS峰值4200、写入TPS峰值380、平均行大小620字节、每日新增约1400万行。按峰值日增速测算，目标集群需支撑写入TPS600、存储预留3年容量5.8TB。容量不留余量的迁移会在一年内再遇到瓶颈，测算一律按峰值再加30%余量。

热点分析发现读多写少，读写比约7:1，且30天内热数据只占总行的22%。据此把集群按热冷