2. 迁移架构设计原则：CAP理论在迁移中的应用、数据一致性保证、高可用与容灾设计原则
数据库迁移不仅仅是数据的搬运，更是在分布式约束下对一致性、可用性、分区容错性的重新权衡。迁移架构设计必须遵循CAP理论的核心逻辑，并针对迁移窗口期、切换策略和容灾场景制定可落地的原则。
2.1 CAP理论在迁移中的映射与取舍
CAP理论指出，分布式系统在分区容错性（P）成为必然的前提下，只能在一致性（C）和可用性（A）之间做出选择。数据库迁移本质上是一个跨系统、跨网络的数据同步过程，同样受CAP约束。
| 迁移阶段 | 分区容错性（P） | 一致性（C） | 可用性（A） | 典型策略 |
|---|---|---|---|---|
| 全量迁移 | 必须保证（网络中断可重试） | 最终一致（允许延迟） | 源库持续可用 | 离线导出 + 增量追齐 |
| 增量同步 | 必须保证（断点续传） | 强一致（日志回放） | 源库正常服务 | CDC + 幂等写入 |
| 切换窗口 | 必须保证（短时网络抖动） | 强一致（校验通过） | 短暂降级（只读或停服） | 灰度切换 + 回滚预案 |
| 回滚阶段 | 必须保证（反向同步） | 最终一致（数据补偿） | 目标库降级 | 反向CDC + 数据对账 |
核心原则：迁移过程中，P（分区容错性）不可放弃，因为网络故障是常态。在切换窗口内，优先保证C（一致性），允许A（可用性）短暂降级；在同步阶段，优先保证A（源库可用），接受C（一致性）的短暂延迟。
实践建议：不要试图在迁移全程同时保证强一致性和高可用性。应当将迁移划分为“同步期”和“切换期”，在同步期采用AP模型（最终一致），在切换期采用CP模型（强一致 + 短暂停服）。
2.2 数据一致性保证：分层校验与补偿机制
数据一致性是迁移成败的底线。在分布式迁移架构中，一致性保证需要从传输层、存储层、业务层三个维度分层实施。
2.2.1 一致性保证层次模型
| 层次 | 保证手段 | 校验粒度 | 异常处理 |
|---|---|---|---|
| 传输层 | 断点续传、CRC校验、重试队列 | 数据块/批次 | 自动重试 + 告警 |
| 存储层 | 行数对比、checksum、主键去重 | 表/分区 | 差异报告 + 增量修复 |
| 业务层 | 业务主键对账、流水号连续性、金额汇总 | 业务实体 | 补偿事务 + 人工介入 |
2.2.2 一致性校验流程
- 全量校验：迁移完成后，对源库和目标库执行行数对比 + 列级checksum，生成差异清单。
- 增量校验：在增量同步阶段，每5分钟抽样校验最近变更数据，确保CDC链路无丢失。
- 切换前终验：停止写入后，执行全库一致性校验，确认零差异后方可切换。
- 持续对账：切换后72小时内，持续运行业务级对账脚本，发现不一致立即触发补偿流程。
常见陷阱：仅依赖数据库自带的checksum可能忽略浮点数精度差异、字符集转换、时区处理导致的数据偏差。建议在业务层增加“金额汇总”、“记录数趋势”等宏观校验指标。
2.3 高可用与容灾设计原则
迁移架构本身必须具备高可用能力，不能因为迁移过程导致源库或目标库的稳定性受损。容灾设计需要覆盖迁移链路故障、目标库性能劣化、切换失败三类场景。
2.3.1 迁移链路高可用
- 多链路冗余：CDC同步至少部署双链路，主链路故障时秒级切换至备用链路。
- 断点续传：全量导出支持分片断点续传，增量同步记录binlog位点/SCN号。
- 限流与熔断：迁移工具内置源库负载保护，当源库QPS超过阈值时自动降速或暂停。
2.3.2 目标库容灾
| 容灾场景 | 检测手段 | 响应策略 | RTO目标 |
|---|---|---|---|
| 目标库写入性能下降 | 写入延迟监控 > 5秒 | 自动暂停写入，切换至备用目标集群 | < 30秒 |
| 目标库磁盘空间不足 | 磁盘使用率 > 85% | 触发扩容流程，暂停增量同步 | < 5分钟 |
| 目标库主节点宕机 | 心跳检测超时 | 自动切换至备节点，重建CDC连接 | < 60秒 |
| 数据校验持续失败 | 连续3轮校验差异 > 0 | 回滚至上一稳定版本，人工介入排查 | < 15分钟 |
2.3.3 切换容灾：灰度与回滚
切换操作必须支持灰度放量和一键回滚，避免全量切换失败导致长时间业务中断。
灰度切换步骤：
1. 将5%~10%的读流量切至目标库，观察响应时间与错误率（持续15分钟）。
2. 将5%~10%的写流量切至目标库，验证数据一致性与业务正确性（持续30分钟）。
3. 逐步放大流量比例至100%，每步观察至少10分钟。
4. 任一阶段发现问题，立即执行回滚：将流量切回源库，修复后重新灰度。
1. 将5%~10%的读流量切至目标库，观察响应时间与错误率（持续15分钟）。
2. 将5%~10%的写流量切至目标库，验证数据一致性与业务正确性（持续30分钟）。
3. 逐步放大流量比例至100%，每步观察至少10分钟。
4. 任一阶段发现问题，立即执行回滚：将流量切回源库，修复后重新灰度。
容灾设计黄金法则：迁移架构的回滚路径必须在迁移开始前完成验证。不要等到切换失败时才思考如何回滚。建议在预生产环境完整演练一次“切换→回滚”流程，确保回滚脚本和反向CDC链路可用。
2.4 原则总结
| 维度 | 核心原则 | 关键指标 |
|---|---|---|
| CAP取舍 | 同步期AP，切换期CP | 同步延迟 < 5秒，切换停服 < 60秒 |
| 一致性 | 三层校验 + 补偿机制 | 全量校验零差异，增量校验零丢失 |
| 高可用 | 多链路冗余 + 断点续传 + 限流熔断 | 链路可用性 99.99% |
| 容灾 | 灰度切换 + 一键回滚 + 预演验证 | 回滚RTO < 15分钟 |