这像是一边搬家，一边改户型，家里人还不断添置新家具。一名数据工程师在 Reddit 自述，他正负责把数个 TB 级 OLTP 数据库从一个云迁到另一个云。OLTP 是承接下单、付款、账户更新等日常业务的主库，搬迁时尤其怕停机、漏写和数据前后不一致，因此这不是简单复制文件。
更棘手的是，迁移还要同步改造 Schema——也就是数据库的表、字段和关系，相当于应用与数据库共同遵守的结构合同。新应用早已由应用团队建好，旧数据必须转换，应用也要配套适配；但在迁移演练期间，管理层反而加快发布节奏，生产事故持续发生，许多版本还大量包含 AI 生成的代码。
这则经历值得看，不是因为它给出了某种迁移妙方，而是它暴露了生产迁移最常见的约束：数据复制、结构改造和应用发布彼此牵制。摘要未披露具体迁移方案、停机窗口或事故规模，以上风险判断主要来自发帖者个人陈述。