【PolarDB·进阶推荐】PolarDB MySQL迁移至RDS MySQL

[「已注销」]

通过数据传输服务DTS（Data Transmission Service），您可以将PolarDB MySQL迁移至MySQL（包括自建MySQL、RDS MySQL实例）。

支持的目标数据库

PolarDB MySQL迁移至MySQL，支持目标数据库为以下类型。本文以RDS MySQL实例为例介绍配置流程，其他类型的目标数据库的配置流程与本案例类似。

• RDS MySQL实例。
• 以下类型的自建数据库：
  • 有公网IP的自建数据库。
  • ECS上的自建数据库。
  • 通过专线、VPN网关或智能网关接入的自建数据库。
  • 通过数据库网关接入的自建数据库。

前提条件

• 已创建源PolarDB MySQL引擎集群，详情请参见购买按量付费集群和购买包年包月集群。
• 目标RDS MySQL实例的存储空间须大于源集群占用的存储空间。

注意事项

类型	说明
源库限制	带宽要求：源库所属的服务器需具备足够出口带宽，否则将影响数据迁移速率。 待迁移的表需具备主键或唯一约束，且字段具有唯一性，否则可能会导致目标数据库中出现重复数据。 如迁移对象为表级别，且需进行编辑（如表列名映射），则单次迁移任务仅支持迁移至多1000张表。当超出数量限制，任务提交后会显示请求报错，此时建议您拆分待迁移的表，分批配置任务，或者调用DTS OpenAPI配置任务。 如需进行增量迁移，Binlog日志： 需开启，并且binlog_format为row、binlog_row_image为full。否则预检查阶段提示报错，且无法成功启动数据迁移任务。 如为增量迁移任务，DTS要求源数据库的本地Binlog日志保存24小时以上，如为全量迁移和增量迁移任务，DTS要求源数据库的本地Binlog日志至少保留7天以上（您可在全量迁移完成后将Binlog保存时间设置为24小时以上），否则DTS可能因无法获取Binlog而导致任务失败，极端情况下甚至可能会导致数据不一致或丢失。由于您所设置的Binlog日志保存时间低于DTS要求的时间进而导致的问题，不在DTS的SLA保障范围内。 源库的操作限制： 在库表结构迁移和全量迁移阶段，请勿执行库或表结构变更的DDL操作，否则数据迁移任务会失败。 如仅执行全量数据迁移，请勿向源实例中写入新的数据，否则会导致源和目标数据不一致。为实时保持数据一致性，建议选择结构迁移、全量数据迁移和增量数据迁移。
注意事项	不支持迁移源PolarDB MySQL引擎只读节点。 执行数据迁移前需评估源库和目标库的性能，同时建议业务低峰期执行数据迁移。否则全量数据迁移时DTS占用源和目标库一定读写资源，可能会导致数据库的负载上升。 由于全量数据迁移会并发执行INSERT操作，导致目标数据库的表产生碎片，因此全量迁移完成后目标数据库的表存储空间会比源实例的表存储空间大。 请确认DTS对数据类型为FLOAT或DOUBLE的列的迁移精度是否符合业务预期。DTS会通过ROUND(COLUMN,PRECISION)来读取这两类列的值。如果没有明确定义其精度，DTS对FLOAT的迁移精度为38位，对DOUBLE的迁移精度为308位。 DTS会尝试恢复七天之内迁移失败任务。因此业务切换至目标实例前，请务必结束或释放该任务，或者将DTS访问目标实例账号的写权限用revoke命令回收掉。避免该任务被自动恢复后，源端数据覆盖目标实例的数据。
特殊情况	当目标库为RDS MySQL时，DTS会自动在RDS MySQL中创建数据库，如果待迁移的数据库名称不符合RDS MySQL的定义规范，您需要在配置迁移任务之前在RDS MySQL中创建数据库。相关操作，请参见创建数据库。

·····

更多内容可见：https://help.aliyun.com/document_detail/345653.htm#task-2070384