技术专栏 · 发布 2026年7月1日
数据迁移:先把旧系统的账算清
迁移失败的原因通常不是技术,而是没人说得清旧数据里到底有什么。
老系统替换项目里,数据迁移往往排在最后,工期却最容易被低估。我们做过几个迁移,共同的经验是:真正花时间的不是写脚本,而是搞清旧数据的历史遗留。
迁移前的三张表
字段对照表:旧字段到新字段的映射,包括类型转换规则和空值处理。
数据质量表:统计缺失、重复、格式异常的比例,先估出清洗工作量。
业务确认表:哪些数据必须保留,哪些可以归档,由业务方签字。
执行策略
先做全量脚本,再在测试库跑三遍。第一遍找报错,第二遍核对数量,第三遍核对金额等关键字段。
正式切换前安排一次演练,包含回滚;上线当天只做增量同步,减少停机时间。
迁移完成后保留旧库只读访问三个月,给业务方查历史留后路。
迁移的本质是让旧数据在新系统里继续可信。只要有一条账对不上,用户就会对整个系统失去信心。