迁移类型

MySQL   |  PostgreSQL   |  PostgreSQL 到 AlloyDB

概览

持续迁移

持续迁移（有时称为“正在进行的迁移”或“在线迁移”）是继初始完整转储和加载之后从来源到目标的持续更改流程。在迁移的情况下，当需要切换到使用目标进行读取和写入时，请执行 promote 操作。升级是指目标 Cloud SQL 实例与源断开连接，并从副本实例升级为主实例。

持续迁移遵循以下步骤：

1. 最初，系统会拍摄源数据库的快照。这种类型的迁移会在创建转储时对数据库表进行短暂（10 秒以下）锁定（一次一个）。源可以继续接受写入操作。

   如果您使用的是 Amazon RDS 且没有超级用户权限，可能需要执行其他步骤。如需了解详情，请参阅不使用超级用户权限从 RDS MySQL 迁移。

2. 在获取初始转储后，将其加载到目标位置。

3. 加载完成后，系统会处理持续发生的更改（也称为变更数据捕获或 CDC）。

   源上发生写入操作的时间与当前时间之间的延迟称为 Replication delay。

4. 当需要切换到使用目标时，停止向源写入数据并启动升级。这允许应用针对目标数据库进行读取和写入操作。

5. 在决定提升时，相关应用可能会停机，停机时间至少为复制延迟时长。

一次性迁移

这种类型的迁移是数据库的单个时间点快照，截取自来源并应用于目标。这实际上是一种转储和加载，其中目标在加载完成后即可使用。在迁移过程中，依赖于源数据库的任何应用都可能会遇到停机时间，因为在迁移进行期间，无法向该数据库写入任何新数据。

一次性迁移按以下步骤进行：

1. 停止对来源数据库执行写入操作。

2. 启动源数据库的转储。

3. 转储完成后，系统会将其加载到目标位置。加载完成后，系统会自动开始宣传。目标数据库现在成为主数据库，相关应用应向其执行读写操作。