数据库兼容类型检查 目标数据库兼容类型检查。当数据库类型不兼容时，可能会导致数据乱码或者同步失败。 不通过原因 MySQL-> GaussDB (DWS)同步场景，无主键表、空字符串迁移不支持DWS的ORA兼容模式。 MySQL->GaussDB同步场景，目标数据库不兼容MySQL。

查看更多 →

单击管理控制台左上角的，选择区域。 单击左侧的服务列表图标，选择“数据库 > 数据管理服务 DAS”。 在数据管理服务DAS左侧导航栏，单击“开发工具”，进入开发工具数据库登录列表页面。 单击“新增数据库实例登录”，打开新增数据库实例登录窗口。 选择“数据库引擎”、“数据库来源”，填写登录用户名、密码以及描述

查看更多 →

异构数据库兼容性风险须知 在进行异构数据同步时，DRS会对兼容性进行检查，需要用户自行确认是否涉及。 待确认原因 待迁移的表中以字符串为主键或唯一键的列不包含空格，由于源数据库的字符串作为主键、唯一键时区分空格，而目标数据库不区分，所以有可能导致数据不一致或迁移失败。 由于源数据

查看更多 →

语法对表进行修正。 主键检查 要求源库所有表都具有主键，且拆分键是主键一部分以保证分片变更后数据一致性。 如果表不存在主键，请使用alter语句增加主键。 数据库实例链接检查 DN节点是否可连接。 检查安全组等配置。 数据库实例参数检查 源DN节点和目标DN节点数据库关键参数配置需要相同。

查看更多 →

个数。 使用主键，在插入数据时，尽量选择主键顺序插入，选择使用AUTO_INCREMENT自增主键。 因为当主键乱序插入时，会产生“页分裂”，消耗性能。 示例如下： 主键乱序插入 : 6 2 9 7 2 主键顺序插入 : 1 2 4 6 8 尽量不要使用UUID做主键或者是其他自然主键，如身份证号。

查看更多 →

DRS主键或者唯一键不一致导致数据不一致需要怎样处理 场景描述 MySQL到MySQL实时同步，目标数据库已经存在表结构，增量阶段发现数据不一致，同时目标数据库结构与源数据库不同。 可能原因 目标数据库的唯一索引或者主键与源数据库不一致，尤其是目标数据库唯一索引（主键）比源数据库对应

查看更多 →

殊字符干扰无法正常入库。 - 1.0.7 数据库重启中写入数据失败后支持重试。 增加as方式创建临时表，解决在有主键表无法使用copy merge/upsert的问题。 数据库字段适配为默认大小写不敏感。 Flink SQL增加打印主键参数，用于分析数据缺失时排查问题。 - 1.0

查看更多 →

个数。 使用主键，在插入数据时，尽量选择主键顺序插入，选择使用AUTO_INCREMENT自增主键。 因为当主键乱序插入时，会产生“页分裂”，消耗性能。 示例如下： 主键乱序插入 : 6 2 9 7 2 主键顺序插入 : 1 2 4 6 8 尽量不要使用UUID做主键或者是其他自然主键，如身份证号。

查看更多 →

可能原因 无主键表由于缺乏行的唯一性标志，在网络不稳定情况下，无主键表数据写入时与源数据库数据不一致。 源端为RDS for MySQL老版本（5-5.7.23），有无主键表隐藏主键的特性，导致DRS任务报错update/delete没有命中。 解决方案 如果是无主键表原因，需要

查看更多 →

column1=8; 执行操作后，双方数据库数据一致，并且多数据。 图2 dr1、dr2库数据 场景二：双主灾备，同时操作双边数据库，导致数据不一致 初始数据如下图所示（seqno为主键，column1为非主键）。 图3 初始数据 双方数据库同时分别执行如下操作： dr1库：insert

查看更多 →

提交工单联系客服为您解答。 问题：无主键表对数据库的影响是什么？ 解决方法：无主键表在数据库运行中会导致慢SQL，从而影响实例的稳定性。建议为无主键表添加主键，减少主从复制时延。 问题：无索引表对数据库的影响是什么？ 解决方法：无索引表在数据库运行中会导致慢SQL，从而影响实例的

查看更多 →

“模式/库名”与“宽表名”是对应的，“模式/库名”就是数据库schema，“宽表名”就是库里面的表；“模式/库名”和“宽表名”可以填写计算库配置的这个账号里面所有有权限的库和表 可以添加多张宽表 是否主键：选择数据库表的主键或者值唯一的字段作为主键，宽表的主键尽量是字符类型 是否脱敏：选择字段是否脱敏

查看更多 →

仅支持同步MyISAM和InnoDB表。 不支持同步存储过程等其他数据库对象。 - 无主键表检查 由于无主键表的性能低于主键表的性能，建议将无主键表修改为主键表。 详见源库无主键表检查。 有主键表正确性检查 不建议在数据库中使用非精确数值类型做主键，该特性影响 DRS 增量场景下对 UPDATE、DELETE语句的同步，导致任务失败。

查看更多 →

间累积的增量数据需要回放。 业务数据库对无主键表进行了批量操作，DRS灾备实例正在同步变更数据较大的无主键表。为了确保无主键表数据一致性，对所有执行操作都进行位点记录，因此效率相比有主键表低。同时，如果目标表无索引，数据更新效率会更低。 业务数据库执行了DDL操作，DRS灾备实例

查看更多 →

conflictStrategy 数据库存在主键时的主键冲突策略： INSERT_OR_IGNORE：主键冲突时忽略新数据。 INSERT_OR_UPDATE：主键冲突时使用新的数据列更新原数据对应列。 INSERT_OR_REPLACE：主键冲突时使用新数据替换原数据，数据库中新数据不包含列设

查看更多 →

齐，“类型”为“VARCHAR”时实际长度不足则不补齐。 主键：配置是否为主键列。普通HBase表主键只能指定一个；phoenix表主键可以指定多个，配置多个列为主键时，会按照配置列的先后顺序对其进行拼接。必须配置一个主键列。 map 是 无 数据处理规则 当配置HBase表名不存在时，作业提交失败。

查看更多 →

构成字段”。 主键约束 【关注】行存表支持主键约束。 【建议】从命名上明确标识主键约束，例如，将主键约束命名为 “PK+字段名”。 检查约束 【关注】行存表支持检查约束。 【建议】从命名上明确标识检查约束，例如，将检查约束命名为 “CK+字段名”。 父主题： 数据库对象设计

查看更多 →

MySQL数据同步对源数据库和目标数据库有什么影响 以下数据以MySQL2MySQL大规格实时同步任务为例，不同规格对数据库的连接数存在差异，仅供参考。 DRS对源数据库的压力及影响 全量（初始化）阶段，DRS需要从源库将所有存量数据查询一次。DRS查询使用简单SQL语句，对源库

查看更多 →

INDEX：不指定主键，es内部生成id，使得每次写入都是不同id的新增数据文件。 CREATE：需要指定主键。如果主键已经存在，写入失败。 UPDATE：需要指定主键。如果主键已经存在，覆盖原有数据。 UPSERT：需要指定主键。如果主键已经存在，覆盖原有数据；如果主键不存在，则新建文档写入。

查看更多 →

INDEX：不指定主键，es内部生成id，使得每次写入都是不同id的新增数据文件。 CREATE：需要指定主键。如果主键已经存在，写入失败。 UPDATE：需要指定主键。如果主键已经存在，覆盖原有数据。 UPSERT：需要指定主键。如果主键已经存在，覆盖原有数据；如果主键不存在，则新建文档写入。

查看更多 →

LibrA的运行非常重要，在 CDM 数据迁移到DWS/ FusionInsight LibrA过程中，建议按如下顺序选取分布列： 有主键可以使用主键作为分布列。 多个数据段联合做主键的场景，建议设置所有主键作为分布列。 在没有主键的场景下，如果没有选择分布列，DWS会默认第一列作为分布列，可能会有数据倾斜风险。 因此，在

查看更多 →