09 从别的数据库迁到 PostgreSQL: 评估、校验与上线切换

数据库迁移最大的误区，是把它当成一个“数据搬运项目”。真正复杂的从来不是导数据，而是识别差异、控制风险、验证结果、完成切换。只要这四步里有一步做得草率，迁移就会从工程问题变成运气问题。

迁移项目真正要管理的是什么

迁移项目的核心不是工具，而是不确定性。

这些不确定性通常来自四层:

如果团队只盯着“表有没有导过来”，几乎一定会漏掉后两层。

至少盘点清楚:

重点看:

不是所有表都同等重要。要明确:

这一步决定了后续切换策略。

总行数一致只能说明“看起来差不多”。真正靠谱的校验至少要有分层设计:

能不能把这套校验自动化，往往决定迁移项目最后稳不稳。

成熟的切换 runbook 至少应包含:

没有明确时间线的切换方案，通常在现场会非常混乱。

很多迁移后第一波线上问题，不是查询错，而是插入冲突。原因往往就是序列值没有跟上数据。

例如:

这些在旧系统里“默认成立”的东西，在 PostgreSQL 里不一定还成立。

迁移本质上不是炫技，而是风险管理。一个高质量的 PostgreSQL 迁移项目，看起来可能并不花哨，但它一定有清晰的盘点、差异、校验和切换节奏。