fails ………… 原因分析 这个表和其他表有外键关系，在MySQL中，设置了外键关联，会造成无法更新或删除数据，避免破坏外键的约束。 可以通过设置变量FOREIGN_KEY_CHECKS值为off，来关闭上述机制，详见官方文档。 解决方案 通过设置变量FOREIGN_KEY_CHECKS值为off，来关闭上述机制：

查看更多 →

处理建议：建议用DWS的MYSQL、TD的兼容模式。 MySQL-> GaussDB 同步场景 表2 数据库兼容类型检查 预检查项 数据库兼容类型检查。 描述 目标数据库不兼容MySQL。 不通过提示及处理建议 不通过原因：目标数据库不兼容MySQL。 处理建议：建议目标实例使用兼容MySQL的数据库。

查看更多 →

相互关联的数据对象要确保同时迁移，避免迁移因关联对象缺失，导致迁移失败。 不支持外键级联操作。当外键是普通索引的时候，可能会导致表结构创建失败，建议改成唯一索引。 由于MySQL本身限制，若源库的一次性事件（EVENT）设定的触发时间在迁移开始前，该事件（EVENT）不会迁移到目标库。

查看更多 →

类型名称 使用须知 同步对象范围 全量同步支持数据、表结构和索引的同步。 源数据库不允许存在拆分键为timestamp类型的表。 源表的分库分表键要加到目标表的主键和唯一键中（也就是目标表的主键和唯一键中的列应该包含源表的分片列），避免数据冲突出现数据不一致问题。 注意事项 为保

查看更多 →

fails ………… 原因分析 这个表和其他表有外键关系，在MySQL中，设置了外键关联，会造成无法更新或删除数据，避免破坏外键的约束。 可以通过设置变量FOREIGN_KEY_CHECKS值为off，来关闭上述机制，详见官方文档。 解决方案 通过设置变量FOREIGN_KEY_CHECKS值为off，来关闭上述机制：

查看更多 →

忽略 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。选择忽略可能导致源库与目标库数据不一致。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 同步对象 左侧框是源数据库对象，右侧框是已经

查看更多 →

中。为了按照片键划分数据块，MongoDB数据库使用基于范围的分片方式或者基于哈希的分片方式。 表1 分片键分类 分片键类型 描述 使用场景 基于范围的分片键 基于范围的分片键是根据分片键值把数据分成一个个邻接的范围，如果没有指定特定的分片类型，则基于范围的分片键是默认的分片类型。

查看更多 →

拽字段来调整映射关系。 导入到DWS时需要手动选择DWS的分布列，建议按如下顺序选取： 有主键可以使用主键作为分布列。 多个数据段联合做主键的场景，建议设置所有主键作为分布列。 在没有主键的场景下，如果没有选择分布列，DWS会默认第一列作为分布列，可能会有数据倾斜风险。 如果需要

查看更多 →

更新时，该数据不存在则插入最新记录。 业务需要避免双边主键生成冲突（例如，可以使用uuid方式，或者“区域+自增id”的主键规则来避免冲突）。 业务方能容忍同步时延一定的波动，同步因故中断或者网络等原因造成的较大延迟，业务上需要考虑其影响性的容忍度。 不支持外键级联操作。当外键是普通索引的时候，可能会导致表结构创建失败，建议改成唯一索引。

查看更多 →

源端为MySQL，目的端为DMS Kafka 本章节适用于配置实时处理集成作业MySQL到DMS Kafka链路，期望将源端1个或多个Mysql实例的数据实时同步到目的端为DMS Kafka数据库的场景。 同步场景 整库：适用于将1个源端为Mysql实例上的多个数据库表实时同步到1个目标端为DMS

查看更多 →

DBA_CONSTRAINTS视图存储关于数据库表中约束的信息。需要有系统管理员权限才可以访问。 名称 类型 描述 constraint_name vcharacter varying(64) 约束名。 constraint_type text 约束类型。 c表示检查约束。 f表示外键约束。 p表示主键约束。 u表示唯一约束。

查看更多 →

DBA_CONSTRAINTS视图存储关于数据库表中约束的信息。需要有系统管理员权限才可以访问。 名称 类型 描述 constraint_name vcharacter varying(64) 约束名。 constraint_type text 约束类型： c表示检查约束。 f表示外键约束。 p表示主键约束。 u表示唯一约束。

查看更多 →

主键列复制属性的校验 PostgreSQL为源的全量+增量和单增量任务同步时，对源数据库待同步表的主键列复制属性进行检查。源数据库中表的主键列toast属性为main、external、extended时，其replica identity属性必须为full。 不通过原因 同步表

查看更多 →

层认为它们属于另一个引擎，请联系客服解决。 foreignKeyLengthCheck 检查外键约束名长度。 外键约束名长度不得超过64个字符，请修改。 nonNativePartitioningCheck 检查使用了非本地分区引擎的分区表的情况。 MySQL 8.0仅支持InnoDB 和 NDB作分区表引擎，请转换为InnoDB引擎，或删除其分区。

查看更多 →

会存在此列数据不一致的可能性。 不支持外键级联操作。当外键是普通索引的时候，可能会导致表结构创建失败，建议改成唯一索引。 不支持业务数据库恢复到之前时间点的操作(PITR)。 不支持强制清理binlog，否则会导致灾备任务失败。 业务数据库不支持reset master或reset

查看更多 →

建议将无主键表修改为主键表。 MySQL同步场景 表2 源库无主键表检查 预检查项 源库无主键表检查。 描述 在进行MySQL同步时，源数据库若存在无主键表，可能会导致同步失败。 不通过提示及处理建议 不通过原因：源数据库同步的表中存在无主键表。 处理建议：建议修改无主键表。 不

查看更多 →

MySQL数据库兼容MySQL模式 MySQL数据库兼容性概述 数据类型 系统函数 操作符 字符集 排序规则 SQL 驱动 父主题： 分布式版

查看更多 →

序场景，可以体现在主键设计上，主键设计为[userid][orderid DESC]。 设计主键应考虑哪些因素 需要考虑主键列值的长度和主键列的个数。 主键列值的长度：主键列值的长度建议尽量短小，建议您采用固定长度的类型，例如长整型。对于非固定长度的类型，主键列值的长度控制在2

查看更多 →

table等语句对表结构做修正。如果无法进行DDL修正（如主键、唯一键因为数据原因无法修改），请联系运维人员处理。 没有主键的表不支持迁移。 如果没有主键，就无法精确定位记录，在分片变更过程中如果发生重试，可能导致数据增多。 解决方案：增加主键。 分片键不是主键的一部分可能导致逻辑表存在主键重复的数据(因为位于不同

查看更多 →

型简化了数据导入流程，能够更好地支撑实时和频繁更新的场景。 主键模型 主键模型支持分别定义主键和排序键。数据导入至主键模型的表中时，先按照排序键排序后再存储。查询时返回主键相同的一组数据中的最新数据。相对于更新模型，主键模型在查询时不需要执行聚合操作，并且支持谓词和索引下推，能够

查看更多 →

单击“下一步”，仔细阅读提示内容后，单击“同意，并继续”。 设置同步。 选择全量同步对象类型，如果要同步的表结构还未在目标库创建好，就勾选同步表结构（表结构包含主键和唯一键），反之则不勾。同步索引选项按实际需求视情况勾选。 选择增量冲突策略。 忽略：当同步数据与目标库已有数据冲突时（主键/唯一键重复等），DRS将忽略

查看更多 →