and age <= 60 约束冲突处理 导入数据到云数据库 MySQL且当迁移数据出现冲突时的处理方式。 insert into：当存在主键、唯一性索引冲突时，数据无法写入并将以脏数据的形式存在。 replace into：当存在主键、唯一性索引冲突时，会先删除原有行、再插入新行，替换原有行的所有字段。

查看更多 →

主键列复制属性的校验 PostgreSQL为源同步场景 表1 主键列复制属性的校验 预检查项 主键列复制属性的校验。 描述 全量+增量和单增量同步时，对源数据库待同步表的主键列复制属性进行检查。 待确认提示及处理建议 待确认原因：同步表中存在主键列只含表内存储列，但是复制属性既不

查看更多 →

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

查看更多 →

需要同步的对象。 冲突处理 数据复制服务 提供的实时同步功能使用了主键或唯一键冲突策略，这些策略可以由您自主选择，尽可能保证源数据库中有主键约束或唯一键约束的表同步到目标数据库是符合预期的。 目前支持的冲突策略有： 忽略 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等

查看更多 →

依赖冲突问题修复 完成相关配置后（请确保各个配置项无误且功能正常），直接运行程序会存在依赖冲突问题，下面进行逐一修复（以下问题的修复是相关联的，上一个问题修复后重新运行而产生的后续问题）。 问题一：Logback-classic及log4j-to-slf4j的包冲突问题。 报错如下：

查看更多 →

ly）冲突。当只读库的恢复进程无法应用从主库同步过来的wal时，发生流复制冲突。 当发生流复制冲突时，我们会在只读库中看到以下错误日志： ERROR: canceling statement due to conflict with recovery 为什么会产生流复制冲突？ 当

查看更多 →

来标识记录。在MySQL中，可通过数据列的auto_increment属性来自动生成。可在建表时可用“auto_increment=n”选项来指定一个自增的初始值。可用“alter table table_name auto_increment=n”命令来重设自增的起始值。Gau

查看更多 →

a为单位，保留原始名称迁移后重名的索引和约束会产生冲突。 建议配置“索引/约束名称防止冲突映射策略”解决该类问题。 将表名与索引/约束名称拼接防止命名冲突，当拼接后的名称超过63字节时使用SHA-1进行散列。 影响：解决命名冲突问题，但是当名称较长时丧失名称的可读性，且在后续的D

查看更多 →

ESCAPED BY 只支持'\\'。 如果导入数据时没有指定自增键的值，DDM不会填充自增值，自增能力使用的是底层DN的自增能力，因此自增值会重复。 如果主键或者唯一索引值经过路由后不在同一张物理表，REPLACE不生效。 如果主键或者唯一索引值经过路由后不在同一张物理表，IGNORE不生效。

查看更多 →

创建和管理序列 背景信息 序列Sequence是用来产生唯一整数的数据库对象。序列的值是按照一定规则自增的整数。因为自增所以不重复，因此说Sequence具有唯一标识性。这也是Sequence常被用作主键的原因。 通过序列使某字段成为唯一标识符的方法有两种： 一种是声明字段的类型为序列整型，

查看更多 →

创建和管理序列 背景信息 序列Sequence是用来产生唯一整数的数据库对象。序列的值是按照一定规则自增的整数。因为自增所以不重复，因此Sequence具有唯一标识性。这也是Sequence常被用作主键的原因。 通过序列使某字段成为唯一标识符的方法有两种： 一种是声明字段的类型为序列整型，由

查看更多 →

创建和管理序列 背景信息 序列Sequence是用来产生唯一整数的数据库对象。序列的值是按照一定规则自增的整数。因为自增所以不重复，因此Sequence具有唯一标识性。这也是Sequence常被用作主键的原因。 通过序列使某字段成为唯一标识符的方法有两种： 一种是声明字段的类型为序列整型，由

查看更多 →

源数据库同步的表如果有AUTO_INCREMENT属性，结束任务时，DRS会自动刷新同步表的序列整型列所对应的 GaussDB 自增列（sequence）起始值，刷新值为该列的最大值+10000。 操作步骤 本小节以MySQL到GaussDB分布式版的实时同步为示例，介绍如何使用数据复制服务配置实时同步任务。 在“实

查看更多 →

支持表的重命名，源表和目标表必须都在对象选择里面，例如： rename table `ddl_test` to `ddl_test_new`; 支持表字段的增和改，不支持删列，例如： alter table `ddl_test` add column `c2` varchar(25); alter

查看更多 →

冲突包列表 冲突包列表表示在原系统中存在与HCE OS系统冲突的软件包，会影响升级过程。 冲突包会在升级过程中自动卸载并且不会再安装上，升级前请评估原系统依赖的软件包是否在此冲突列表内，以免造成升级完成后软件缺失。 如果发现升级后软件包丢失，可以通过yum命令安装新版本软件包。

查看更多 →

MySQL主备复制延迟场景及解决方案 RDS for MySQL的默认备库、只读实例、自建从库、DRS链路灾备实例均基于MySQL的Binlog复制技术，也称为MySQL主备复制或主从复制技术。主备复制实现又分为异步复制或半同步复制，无论哪种方式，由于业务执行的语句的原因，不可避免的存在主备复制延迟。

查看更多 →

源迁移库无主键表检查 MySQL为源场景 表1 源迁移库无主键表检查 预检查项 源迁移库无主键表检查。 描述 源数据库同步的表中存在无主键表。 待确认提示及处理建议 待确认原因：源数据库同步的表中存在无主键表。 处理建议：由于无主键表的性能低于主键表的性能，建议将无主键表修改为主键表。

查看更多 →

。 数据库索引设计规范 每个InnoDB表强烈建议有一个主键，且不使用更新频繁的列作为主键，不使用多列主键。不使用UUID、MD5、字符串列作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索

查看更多 →

。 数据库索引设计规范 每个InnoDB表强烈建议有一个主键，且不使用更新频繁的列作为主键，不使用多列主键。不使用UUID、MD5、字符串列作为主键。最好选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索

查看更多 →

源数据库同步的表如果有AUTO_INCREMENT属性，结束任务时，DRS会自动刷新同步表的序列整型列所对应的GaussDB自增列（sequence）起始值，刷新值为该列的最大值+10000。 操作步骤 本小节以自建MySQL到GaussDB分布式版的实时同步为示例，介绍如何使用数据复制服务配置实时同步任务。 在“

查看更多 →

"和"ABC"是相同数据。为了避免Oracle等大小写敏感的数据库到MySQL迁移失败（主键冲突等），或者迁移后对业务有影响（查询结果和Oracle有区别），请参考以下建议。 1. 使用DRS做目标端为MySQL的异构迁移/同步时，DRS自动将数据库（仅涉及迁移的库）字符集排序为

查看更多 →