数据库迁移常见技术方案的选择取决于迁移类型、数据量与停机容忍度。主流方案分三类：同构停机迁移、主从切换迁移、全量加增量CDC迁移。本文针对上海企业系统升级与国产化改造中的真实场景，对比三类方案的适用条件、风险点与割接步骤，帮助DBA和架构师选对路径。

一、数据库迁移常见技术方案分哪几类？

按目标差异，迁移方案分为三类。同构迁移是同一种数据库的版本升级或服务器搬迁，SQL方言一致，难度最低；异构迁移是从一种数据库换到另一种，典型是商业库迁到开源或国产库，难度最高；云迁移是从本地搬到云厂商托管数据库，介于两者之间。

选择方案前必须先盘清三个事实：源端与目标端是否同构、数据量多大、业务可接受多长停机窗口。这三个问题的答案直接决定方案选型。

二、同构迁移的三种做法怎么选？

同构迁移有三种做法，按停机时间从长到短排列。停机迁移：业务低峰停写，导出导入后切流，适合数据量小、可接受几小时停机的场景。主从切换：新库搭从库追平延迟后切流，停机可压缩到分钟级，是中大型业务首选。双写过渡：通过CDC把增量实时同步到新库，旧库继续服务一段时间，停机最短但需要应用层改造双写。

无论哪种做法，迁移前必须做完整备份并在新环境完成恢复演练，否则出问题无法回退。

三、异构迁移的技术难点在哪？

异构迁移难点集中在方言差异。需要处理的差异包括：数据类型映射、分页语法、字符串与日期函数、存储过程与触发器、序列自增主键、权限与账号模型。

成熟做法是在应用与数据库之间增加数据访问层抽象，把SQL方言差异收敛到映射配置中，避免业务代码到处是分支。大量遗留系统把业务逻辑写在存储过程里，这部分改造工作量往往被严重低估，必须在项目早期拆解评估。

四、全量加增量方案的标准步骤是什么？

全量加增量是目前业界主流的低停机方案，标准步骤如下：

1. 选定时间点T0，对旧库做全量导出；
2. 在新库导入全量数据，建立表结构、索引、约束；
3. 通过CDC工具从T0开始捕获旧库增量变更，实时回放到新库；
4. 持续监控复制延迟，待延迟降到秒级并稳定；
5. 业务割接时短暂停写，追平最后增量后切流。

这套流程把停机窗口压缩到几分钟到十几分钟，是数据库迁移常见技术方案中性价比最高的一种。

五、数据校验与割接怎么做才不出错？

数据校验要分层进行。行数校验：对比每表记录数；抽样校验：按主键随机抽记录逐字段对比；全量校验：对关键表做校验和；业务校验：在新环境跑典型对账报表确认结果一致。

割接必须制定手册：谁在什么时间执行什么命令、谁观察什么指标、异常时谁决策回滚。割接后旧库不要立刻下线，保留一段时间作为热备。

六、回滚预案与风险控制怎么做？

任何迁移都必须预设回滚路径。如果割接后新库性能不达标或数据不一致，要能在最短时间切回旧库。这要求观察期内旧库仍保留写入能力，或通过反向CDC把新库增量回写旧库。

风险控制还包括：提前在与生产同规格的测试环境完整演练至少两遍；准备好数据库厂商和云厂商的应急支持通道；把慢查询、连接数、锁等待、复制延迟等关键监控指标看板提前搭好。

七、上海数据库迁移常见技术方案落地有哪些坑？

实践中有五个高频坑：忽视字符集与排序规则导致中文乱码；忽视自增主键初始值导致新数据主键冲突；只校验行数不校验内容导致数据错乱；没有提前压测导致上线后性能骤降；存储过程重写不彻底导致部分业务仍走旧库。

正确推进顺序是：资产盘点→方案选型→环境搭建→多轮演练→正式割接→观察回收。DBA、开发、测试、业务方必须共同参与，不能由DBA闭门推进。

八、开发者常问的三个追问

追问一：几百GB的数据要迁移多久？全量加增量方案下，全量导入通常几小时到一天，增量追赶可与业务并行，正式割接窗口控制在半小时内。

追问二：迁移过程中能双写吗？可以，但双写会带来数据一致性复杂度，更稳妥的做法是用CDC单向同步，割接后再观察。

追问三：需要停业务多久？同构主从切换通常分钟级，异构迁移若配CDC也可压缩到十分钟级，具体取决于最后增量追平时间。

数据库迁移常见技术方案的选择没有银弹，核心是匹配业务实际停机容忍度与异构程度。全量加增量CDC是低停机首选，数据校验与回滚预案不可省略，多轮演练比临场反应更可靠。对上海技术团队而言，把迁移当作一次可复盘的常规工程，而非惊心动魄的事故抢险，才能平稳完成系统升级与国产化改造。