适用场景
数据库迁移的风险集中在两点：数据一致性与不可逆的版本变更。上线前必须回答"如果失败，多久能回到原状态"。
配置步骤（回滚准备与迁移后观察）
# 1) 回滚触发条件：错误率、数据差异、性能下降
# 2) 回滚动作：切回原库连接、停止双写、数据反向同步
# 3) 观察期：至少 1~2 个业务周期
# 4) 记录：迁移报告与遗留问题关键参数与建议
- 方案选择：小库可停机迁移，大库用双写/复制实现不停机
- 兼容验证：SQL 语法、字符集、排序规则、驱动版本、连接参数
- 迁移窗口：业务低峰，预留 1.5 倍时间
- 校验：行数、校验和、业务抽样、关键报表比对
- 回滚：原库保留只读、回滚脚本准备好并演练
容易踩的坑
- 没有回滚方案，出问题只能硬扛
- 观察期过短，问题在月末结账时才暴露
- 不回写迁移期间的新数据，回滚后数据不一致
验证与巡检
# 验证：模拟回滚演练一次并记录耗时- 巡检：回滚演练记录、观察期报告
小结
迁移完成的标准不是"能连上"，而是"业务验证通过 + 数据校验一致 + 观察期无异常"。三者齐备才结束迁移。
> 说明：文中命令为通用写法，不同型号/版本可能略有差异，落地前请对照设备实际版本的官方文档；带外管理与安全设备变更建议先在测试设备验证。