如果同步的源实例为PolarDB-X 1.0,您需要在配置具体的同步任务前,参考本文的注意事项及限制,以保障数据同步任务的正常运行。

注意

更多功能规范和约束说明,请参见源为PolarDB-X的功能规范和约束说明

推荐的任务配置方案,请参见源为PolarDB-X的任务配置方案

源库为PolarDB-X 1.0的同步方案概览

根据如下同步方案,查看同步任务的注意事项及限制:
说明
DTS默认同步到目标数据库中时会取消外键约束,因此源数据库的级联、删除等操作不会同步到如下目标数据库:
  • PolarDB-X 1.0
  • MySQL(RDS MySQL、自建MySQL)
  • PolarDB MySQL
  • 云原生数据仓库AnalyticDB MySQL

PolarDB-X 1.0间同步

类型 说明
源库限制
  • 待同步的表需具备主键或唯一约束,且字段具有唯一性,否则可能会导致目标数据库中出现重复数据;不支持二级索引表同步。
  • 如同步对象为表级别,且需进行编辑(如表列名映射),单次同步任务的表数量超过5000时,建议您拆分待同步的表,分批配置多个任务,或者配置整库的同步任务,否则任务提交后可能会显示请求报错。
  • PolarDB-X 1.0下面挂载的RDS MySQL的Binlog日志:
    • 需开启,并且binlog_row_image为full。否则预检查阶段提示报错,且无法成功启动数据同步任务。
    • 如为增量同步任务,DTS要求源数据库的本地Binlog日志保存24小时以上,如为全量同步和增量同步任务,DTS要求源数据库的本地Binlog日志至少保留7天以上(您可在全量同步完成后将Binlog保存时间设置为24小时以上),否则DTS可能因无法获取Binlog而导致任务失败,极端情况下甚至可能会导致数据不一致或丢失。由于您所设置的Binlog日志保存时间低于DTS要求的时间进而导致的问题,不在DTS的SLA保障范围内。

  • 源库的操作限制:
    • 同步期间如需切换PolarDB-X 1.0的网络类型,切换成功后,请调整同步链路的网络连接信息。
    • 在同步期间,请勿对源实例执行扩缩容(比如扩缩容其下挂载的RDS MySQL,或者虽未扩缩容RDS MySQL,但RDS MySQL中逻辑库表对应的物理库表的分布发生变化)、迁移热点表、变更拆分键操作和变更DDL等操作,否则数据同步任务会失败,或者数据不一致。
其他限制
  • 暂不支持结构初始化,在配置同步作业前,您需要在目标实例中创建对应的库和表。
  • PolarDB-X 1.0的存储类型支持为RDS MySQL(包括私有定制RDS和单独购买的RDS),暂不支持为PolarDB MySQL。
  • 不支持为PolarDB-X 1.0计算资源只读实例。
  • 仅支持PolarDB-X 1.0存储资源通过水平拆分(分库分表),不支持为垂直拆分。
  • 由于PolarDB-X 1.0的同步任务为分布式同步,其下挂的一个RDS MySQL对应一个同步子任务。子任务运行情况,可在任务拓扑进行查询。
  • 执行数据同步前需评估源库和目标库的性能,同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源,可能会导致数据库的负载上升。
  • 全量初始化会并发执行INSERT操作,导致目标数据库的表产生碎片,因此全量初始化完成后目标实例的表空间比源实例的表空间大。
  • 请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更,否则会导致同步失败。
  • 在DTS同步期间,不允许有除DTS外的数据写入目标库,否则会导致源库与目标库数据不一致。例如,有除DTS外的数据写入目标库时,使用DMS执行在线DDL变更,可能引起目标库数据丢失。

PolarDB-X 1.0同步至MySQL或PolarDB MySQL

类型 说明
源库限制
  • 待同步的表需具备主键或唯一约束,且字段具有唯一性,否则可能会导致目标数据库中出现重复数据;不支持二级索引表同步。
  • 如同步对象为表级别,且需进行编辑(如表列名映射),单次同步任务的表数量超过5000时,建议您拆分待同步的表,分批配置多个任务,或者配置整库的同步任务,否则任务提交后可能会显示请求报错。
  • PolarDB-X 1.0下面挂载的RDS MySQL的Binlog日志:
    • 需开启,并且binlog_row_image为full。否则预检查阶段提示报错,且无法成功启动数据同步任务。
    • 如为增量同步任务,DTS要求源数据库的本地Binlog日志保存24小时以上,如为全量同步和增量同步任务,DTS要求源数据库的本地Binlog日志至少保留7天以上(您可在全量同步完成后将Binlog保存时间设置为24小时以上),否则DTS可能因无法获取Binlog而导致任务失败,极端情况下甚至可能会导致数据不一致或丢失。由于您所设置的Binlog日志保存时间低于DTS要求的时间进而导致的问题,不在DTS的SLA保障范围内。

  • 源库的操作限制:
    • 同步期间如需切换PolarDB-X 1.0的网络类型,切换成功后,请调整同步链路的网络连接信息。
    • 在同步期间,请勿对源实例执行扩缩容(比如扩缩容其下挂载的RDS MySQL,或者虽未扩缩容RDS MySQL,但RDS MySQL中逻辑库表对应的物理库表的分布发生变化)、迁移热点表、变更拆分键操作和变更DDL等操作,否则数据同步任务会失败,或者数据不一致。
  • PolarDB-X 1.0的存储类型支持为RDS MySQL(包括私有定制RDS和单独购买的RDS),暂不支持为PolarDB MySQL。
  • 仅支持PolarDB-X 1.0存储资源通过水平拆分(分库分表),不支持为垂直拆分。
  • 不支持为PolarDB-X 1.0计算资源只读实例。
其他限制
  • 由于PolarDB-X 1.0的同步任务为分布式同步,其下挂的一个RDS MySQL对应一个同步子任务。子任务运行情况,可在任务拓扑进行查询。
  • 执行数据同步前需评估源库和目标库的性能,同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源,可能会导致数据库的负载上升。
  • 全量初始化会并发执行INSERT操作,导致目标数据库的表产生碎片,因此全量初始化完成后目标实例的表空间比源实例的表空间大。
  • 请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更,否则会导致同步失败。
  • 在DTS同步期间,不允许有除DTS外的数据写入目标库,否则会导致源库与目标库数据不一致。例如,有除DTS外的数据写入目标库时,使用DMS执行在线DDL变更,可能引起目标库数据丢失。

PolarDB-X 1.0同步至云原生数据仓库AnalyticDB MySQL

类型 说明
源库限制
  • 待同步的表需具备主键或唯一约束,且字段具有唯一性,否则可能会导致目标数据库中出现重复数据;不支持二级索引表同步。
  • 如同步对象为表级别,且需进行编辑(如表列名映射),单次同步任务的表数量超过5000时,建议您拆分待同步的表,分批配置多个任务,或者配置整库的同步任务,否则任务提交后可能会显示请求报错。
  • PolarDB-X 1.0下面挂载的RDS MySQL的Binlog日志:
    • 需开启,并且binlog_row_image为full。否则预检查阶段提示报错,且无法成功启动数据同步任务。
    • 如为增量同步任务,DTS要求源数据库的本地Binlog日志保存24小时以上,如为全量同步和增量同步任务,DTS要求源数据库的本地Binlog日志至少保留7天以上(您可在全量同步完成后将Binlog保存时间设置为24小时以上),否则DTS可能因无法获取Binlog而导致任务失败,极端情况下甚至可能会导致数据不一致或丢失。由于您所设置的Binlog日志保存时间低于DTS要求的时间进而导致的问题,不在DTS的SLA保障范围内。

  • 源库的操作限制:
    • 同步期间如需切换PolarDB-X 1.0的网络类型,切换成功后,请调整同步链路的网络连接信息。
    • 在同步期间,请勿对源实例执行扩缩容(比如扩缩容其下挂载的RDS MySQL,或者虽未扩缩容RDS MySQL,但RDS MySQL中逻辑库表对应的物理库表的分布发生变化)、迁移热点表、变更拆分键操作和变更DDL等操作,否则数据同步任务会失败,或者数据不一致。
  • PolarDB-X 1.0的存储类型支持为RDS MySQL(包括私有定制RDS和单独购买的RDS),暂不支持为PolarDB MySQL。
  • 仅支持PolarDB-X 1.0存储资源通过水平拆分(分库分表),不支持为垂直拆分。
  • 不支持为PolarDB-X 1.0计算资源只读实例。
其他限制
  • 由于PolarDB-X 1.0的同步任务为分布式同步,其下挂的一个RDS MySQL对应一个同步子任务。子任务运行情况,可在任务拓扑进行查询。
  • 执行数据同步前需评估源库和目标库的性能,同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源,可能会导致数据库的负载上升。
  • 全量初始化会并发执行INSERT操作,导致目标数据库的表产生碎片,因此全量初始化完成后目标实例的表空间比源实例的表空间大。
  • 请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更,否则会导致同步失败。
  • 在DTS同步期间,不允许有除DTS外的数据写入目标库,否则会导致源库与目标库数据不一致。例如,有除DTS外的数据写入目标库时,使用DMS执行在线DDL变更,可能引起目标库数据丢失。

PolarDB-X 1.0同步至阿里云流式数据服务DataHub

类型 说明
源库限制
  • 待同步的表需具备主键或唯一约束,且字段具有唯一性,否则可能会导致目标数据库中出现重复数据;不支持二级索引表同步。
  • 如同步对象为表级别,且需进行编辑(如表列名映射),单次同步任务的表数量超过5000时,建议您拆分待同步的表,分批配置多个任务,或者配置整库的同步任务,否则任务提交后可能会显示请求报错。
  • PolarDB-X 1.0下面挂载的RDS MySQL的Binlog日志:
    • 需开启,并且binlog_row_image为full。否则预检查阶段提示报错,且无法成功启动数据同步任务。
    • 如为增量同步任务,DTS要求源数据库的本地Binlog日志保存24小时以上,如为全量同步和增量同步任务,DTS要求源数据库的本地Binlog日志至少保留7天以上(您可在全量同步完成后将Binlog保存时间设置为24小时以上),否则DTS可能因无法获取Binlog而导致任务失败,极端情况下甚至可能会导致数据不一致或丢失。由于您所设置的Binlog日志保存时间低于DTS要求的时间进而导致的问题,不在DTS的SLA保障范围内。

  • 源库的操作限制:
    • 同步期间如需切换PolarDB-X 1.0的网络类型,切换成功后,请调整同步链路的网络连接信息。
    • 在同步期间,请勿对源实例执行扩缩容(比如扩缩容其下挂载的RDS MySQL,或者虽未扩缩容RDS MySQL,但RDS MySQL中逻辑库表对应的物理库表的分布发生变化)、迁移热点表、变更拆分键操作和变更DDL等操作,否则数据同步任务会失败,或者数据不一致。
  • PolarDB-X 1.0的存储类型支持为RDS MySQL(包括私有定制RDS和单独购买的RDS),暂不支持为PolarDB MySQL。
  • 仅支持PolarDB-X 1.0存储资源通过水平拆分(分库分表),不支持为垂直拆分。
  • 不支持为PolarDB-X 1.0计算资源只读实例。
其他限制
  • 仅支持增量同步和库表结构同步,不支持全量同步。
  • 同步对象的限制:
    • 仅支持表级别的数据同步。
    • 不支持新增列的数据同步,即源库中同步对象表新增了某个列,该列的数据不会同步至目标DataHub实例。
  • 由于PolarDB-X 1.0的同步任务为分布式同步,其下挂的一个RDS MySQL对应一个同步子任务。子任务运行情况,可在任务拓扑进行查询。
  • 执行数据同步前需评估源库和目标库的性能,同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源,可能会导致数据库的负载上升。
  • 全量初始化会并发执行INSERT操作,导致目标数据库的表产生碎片,因此全量初始化完成后目标实例的表空间比源实例的表空间大。
  • 请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更,否则会导致同步失败。
  • 在DTS同步期间,不允许有除DTS外的数据写入目标库,否则会导致源库与目标库数据不一致。例如,有除DTS外的数据写入目标库时,使用DMS执行在线DDL变更,可能引起目标库数据丢失。