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

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

根据如下同步方案,查看同步任务的注意事项及限制:

PolarDB-X 2.0同步至RDS MySQL、自建MySQL

具体注意事项及限制如下:
类型 说明
源库限制
  • 待同步的表需具备主键或唯一约束,且字段具有唯一性,否则可能会导致目标数据库中出现重复数据。
  • Binlog日志:
    • 需开启,并且binlog_format为row、binlog_row_image为full。否则预检查阶段提示报错,且无法成功启动数据同步任务。
    • 建议在全量初始化期间,Binlog日志至少保留7天以上。或者等到全量初始化完成后,再清理DTS任务运行后源库产生的Binlog日志。
      说明 为保障数据安全,DTS本地只会循环存储源库近24小时或者50 GB的Binlog日志,一旦超出该限制,DTS本地将自动清除所缓存的日志。
      警告 过早清理源库的Binlog日志,可能会导致同步任务失败。例如源库的全量初始化数据较多,目标库写入异常等原因,导致全量初始化耗时超过24小时。在该情况下,过早清理源库的Binlog日志,DTS将无法获取到24小时前的Binlog日志,可能会导致同步任务失败。
  • 源库的操作限制:

    同步期间如需切换PolarDB-X 2.0 的网络类型,切换成功后,请提交工单调整同步链路的网络连接信息。

  • PolarDB-X 2.0的存储类型需为RDS MySQL(即私有定制RDS),暂不支持为PolarDB MySQL。
其他限制
  • 执行数据同步前需评估源库和目标库的性能,同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源,可能会导致数据库的负载上升。
  • 全量初始化会并发执行INSERT操作,导致目标数据库的表产生碎片,因此全量初始化完成后目标实例的表空间比源实例的表空间大。
  • 对于表级别的数据同步,请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更,否则会导致同步失败。

PolarDB-X 2.0同步至PolarDB MySQL

具体注意事项及限制如下:
类型 说明
源库限制
  • 待同步的表需具备主键或唯一约束,且字段具有唯一性,否则可能会导致目标数据库中出现重复数据。
  • Binlog日志:
    • 需开启,并且binlog_format为row、binlog_row_image为full。否则预检查阶段提示报错,且无法成功启动数据同步任务。
    • 建议在全量初始化期间,Binlog日志至少保留7天以上。或者等到全量初始化完成后,再清理DTS任务运行后源库产生的Binlog日志。
      说明 为保障数据安全,DTS本地只会循环存储源库近24小时或者50 GB的Binlog日志,一旦超出该限制,DTS本地将自动清除所缓存的日志。
      警告 过早清理源库的Binlog日志,可能会导致同步任务失败。例如源库的全量初始化数据较多,目标库写入异常等原因,导致全量初始化耗时超过24小时。在该情况下,过早清理源库的Binlog日志,DTS将无法获取到24小时前的Binlog日志,可能会导致同步任务失败。
  • 源库的操作限制:

    同步期间如需切换PolarDB-X 2.0 的网络类型,切换成功后,请提交工单调整同步链路的网络连接信息。

  • PolarDB-X 2.0的存储类型需为RDS MySQL(即私有定制RDS),暂不支持为PolarDB MySQL。
其他限制
  • 执行数据同步前需评估源库和目标库的性能,同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源,可能会导致数据库的负载上升。
  • 全量初始化会并发执行INSERT操作,导致目标数据库的表产生碎片,因此全量初始化完成后目标实例的表空间比源实例的表空间大。
  • 对于表级别的数据同步,请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更,否则会导致同步失败。

PolarDB-X 2.0间的同步

具体注意事项及限制如下:
类型 说明
源库限制
  • 待同步的表需具备主键或唯一约束,且字段具有唯一性,否则可能会导致目标数据库中出现重复数据。
  • Binlog日志:
    • 需开启,并且binlog_format为row、binlog_row_image为full。否则预检查阶段提示报错,且无法成功启动数据同步任务。
    • 建议在全量初始化期间,Binlog日志至少保留7天以上。或者等到全量初始化完成后,再清理DTS任务运行后源库产生的Binlog日志。
      说明 为保障数据安全,DTS本地只会循环存储源库近24小时或者50 GB的Binlog日志,一旦超出该限制,DTS本地将自动清除所缓存的日志。
      警告 过早清理源库的Binlog日志,可能会导致同步任务失败。例如源库的全量初始化数据较多,目标库写入异常等原因,导致全量初始化耗时超过24小时。在该情况下,过早清理源库的Binlog日志,DTS将无法获取到24小时前的Binlog日志,可能会导致同步任务失败。
  • 源库的操作限制:

    同步期间如需切换PolarDB-X 2.0 的网络类型,切换成功后,请提交工单调整同步链路的网络连接信息。

  • PolarDB-X 2.0的存储类型需为RDS MySQL(即私有定制RDS),暂不支持为PolarDB MySQL。
其他限制
  • 目标PolarDB-X 2.0的存储类型需为RDS MySQL(即私有定制RDS),暂不支持为PolarDB MySQL。
  • 执行数据同步前需评估源库和目标库的性能,同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源,可能会导致数据库的负载上升。
  • 全量初始化会并发执行INSERT操作,导致目标数据库的表产生碎片,因此全量初始化完成后目标实例的表空间比源实例的表空间大。
  • 对于表级别的数据同步,请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更,否则会导致同步失败。

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

具体注意事项及限制如下:
类型 说明
源库限制
  • 待同步的表需具备主键或唯一约束,且字段具有唯一性,否则可能会导致目标数据库中出现重复数据。
  • Binlog日志:
    • 需开启,并且binlog_format为row、binlog_row_image为full。否则预检查阶段提示报错,且无法成功启动数据同步任务。
    • 建议在全量初始化期间,Binlog日志至少保留7天以上。或者等到全量初始化完成后,再清理DTS任务运行后源库产生的Binlog日志。
      说明 为保障数据安全,DTS本地只会循环存储源库近24小时或者50 GB的Binlog日志,一旦超出该限制,DTS本地将自动清除所缓存的日志。
      警告 过早清理源库的Binlog日志,可能会导致同步任务失败。例如源库的全量初始化数据较多,目标库写入异常等原因,导致全量初始化耗时超过24小时。在该情况下,过早清理源库的Binlog日志,DTS将无法获取到24小时前的Binlog日志,可能会导致同步任务失败。
  • 源库的操作限制:

    同步期间如需切换PolarDB-X 2.0 的网络类型,切换成功后,请提交工单调整同步链路的网络连接信息。

  • PolarDB-X 2.0的存储类型需为RDS MySQL(即私有定制RDS),暂不支持为PolarDB MySQL。
其他限制
  • 暂不支持同步前缀索引,如果源库存在前缀索引可能导致数据同步失败。
  • 由于云原生数据仓库AnalyticDB MySQL版 3.0本身的使用限制,当云原生数据仓库AnalyticDB MySQL版 3.0中的节点磁盘空间使用量超过80%,会导致DTS任务异常,产生延迟。请提前根据待同步的对象预估所需空间,确保目标集群具备充足的存储空间。
  • 执行数据同步前需评估源库和目标库的性能,同时建议业务低峰期执行数据同步。否则全量数据初始化时将占用源库和目标库一定的读写资源,可能会导致数据库的负载上升。
  • 全量初始化会并发执行INSERT操作,导致目标数据库的表产生碎片,因此全量初始化完成后目标实例的表空间比源实例的表空间大。
  • 对于表级别的数据同步,请勿对源库的同步对象使用gh-ost或pt-online-schema-change等类似工具执行在线DDL变更,否则会导致同步失败。