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

查看更多 →

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

查看更多 →

RY前指定GLOBAL或LOCAL关键字。目前这两个关键字的设立，仅是为了兼容SQL标准，实际上无论指定GLOBAL还是LOCAL， GaussDB 都会创建本地临时表。 TEMPORARY | TEMP 如果指定TEMP或TEMPORARY关键字，则创建的表为临时表。临时表只在当前

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

接口自动化用例系统关键字说明 系统关键字概述与一览表 在CodeArts TestPlan接口脚本中调用GetIAMToken关键字 在CodeArts TestPlan接口脚本中调用OAuth2ForOneAccess关键字 在CodeArts TestPlan接口脚本中调用MySQLQuery关键字

查看更多 →

TABLE test_t6; 主键约束 关键字PRIMARY KEY给字段添加唯一约束，要求字段唯一且不为空。添加主键约束时自动为该表创建唯一索引，也会为该字段自动增加一个非空约束。 每个表里面只能定义一个主键约束，不能定义多个。 --建表添加主键约束。 gaussdb=# CREATE

查看更多 →

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

查看更多 →

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

查看更多 →

使用关键字库快速添加CodeArts TestPlan接口脚本 CodeArts TestPlan中关键字库的介绍 将测试步骤保存为CodeArts TestPlan接口脚本关键字 将测试步骤保存为CodeArts TestPlan组合脚本关键字 创建CodeArts TestPlan自定义关键字

查看更多 →

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

查看更多 →

TABLE test_t6; 主键约束 关键字PRIMARY KEY给字段添加唯一约束，要求字段唯一且不为空。添加主键约束时自动为该表创建唯一索引，也会为该字段自动增加一个非空约束。 每个表里面只能定义一个主键约束，不能定义多个。 --建表添加主键约束。 gaussdb=# CREATE

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

copy_merge：当存在主键时使用copy方式入临时表，从临时表merge至目标表；无主键时直接copy至目标表。 copy_upsert：当存在主键时使用copy方式入临时表，从临时表upsert至目标表；无主键时直接copy至目标表。 upsert: 有主键用upsert sql入库；无主键用insert

查看更多 →