【PolarDB·进阶推荐】RDS MySQL同步至PolarDB MySQL集群

[「已注销」]

通过数据传输服务DTS（Data Transmission Service），可以实现MySQL同步至PolarDB MySQL引擎集群。

支持的源数据库

MySQL同步至PolarDB MySQL引擎集群，支持源数据库MySQL为以下类型。本文以RDS MySQL实例为例介绍配置流程，其他类型的源数据库配置流程与本案例类似。

• RDS MySQL实例。
• ECS上的自建数据库。
• 通过专线、VPN网关或智能网关接入的自建数据库。
• 通过数据库网关接入的自建数据库。
• 通过云企业网CEN接入的自建数据库。

前提条件

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

注意事项

类型	说明
源库限制	待同步的表需具备主键或唯一约束，且字段具有唯一性，否则可能会导致目标数据库中出现重复数据。 如同步对象为表级别，且需进行编辑（如表列名映射），则单次同步任务仅支持同步至多1000张表。当超出数量限制，任务提交后会显示请求报错，此时建议您拆分待同步的表，分批配置任务，或者调用DTS OpenAPI配置任务。 Binlog日志： 需开启Binlog，开启方法请参见设置实例参数，并且binlog_format为row、binlog_row_image为full。否则预检查阶段提示报错，且无法成功启动数据同步任务。 注意 如源实例自建MySQL是双主集群（两者互为主从），为保障DTS能获取全部的Binlog日志，则您需开启参数log_slave_updates。 如为增量同步任务，DTS要求源数据库的本地Binlog日志保存24小时以上，如为全量同步和增量同步任务，DTS要求源数据库的本地Binlog日志至少保留7天以上（您可在全量同步完成后将Binlog保存时间设置为24小时以上），否则DTS可能因无法获取Binlog而导致任务失败，极端情况下甚至可能会导致数据不一致或丢失。由于您所设置的Binlog日志保存时间低于DTS要求的时间进而导致的问题，不在DTS的SLA保障范围内。
其他限制	建议源和目标库版本保持一致，或者从低版本同步到高版本以保障兼容性。如为高版本同步至低版本，可能存在数据库兼容性问题。 执行数据同步前需评估源库和目标库的性能，同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源，可能会导致数据库的负载上升。 全量初始化会并发执行INSERT操作，导致目标数据库的表产生碎片，因此全量初始化完成后目标实例的表空间比源实例的表空间大。 请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更，否则会导致同步失败。 如果除DTS以外的数据没有写入目标库，您可以使用数据管理DMS（Data Management Service）来执行在线DDL变更，请参见不锁表结构变更。 警告 如果有除DTS外的数据写入目标库，请勿使用DMS执行在线DDL变更，否则可能引起目标库数据丢失。
特殊情况	当源库为自建MySQL时 在同步时，如果源库进行主备切换，将会导致同步任务失败。 由于DTS的延迟时间是根据同步到目标库最后一条数据的时间戳和当前时间戳对比得出，源库长时间未执行DML操作可能导致延迟信息不准确。如果任务显示的延迟时间过大，您可以在源库执行一个DML操作来更新延迟信息。 说明 如果同步对象选择为整库，您还可以创建心跳表，心跳表每秒定期更新或者写入数据。

·····

更多内容可见：https://help.aliyun.com/document_detail/345664.htm?spm=a2c4g.11186623.0.0.100e7471Hapae1#task-2067485 

[CSDN-Ada助手]

您可以前往 CSDN问答-大数据 发布问题, 以便更快地解决您的疑问