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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

DRS对源数据库和目标数据库有什么影响 DRS对源数据库的压力及影响 全量（初始化）阶段，DRS需要从源库将所有存量数据查询一次。DRS查询使用简单SQL语句，对源库影响主要体现在IO上，查询速度也受限于源数据库IO相关的性能以及网络带宽。一般在网络无瓶颈的情况下，会对源数据库增加约

查看更多 →

异构数据库兼容性风险须知 Oracle数据库迁移场景 表1 异构数据库兼容性风险须知 预检查项 异构数据库兼容性风险须知。 描述 检查源数据库中部分数据类型的值是否超过MySQL的表示范围，若超过MySQL的表示范围，可能会导致迁移失败。 不通过提示及处理建议 告警信息： 请确认

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

分库数量：设置分库的数量。参考架构选择“数据库分库+分布式缓存”时，需要设置。 分库字段：设置分库的字段名，可单击“添加字段”，按需进行添加。分库对象默认使用根对象主键分库，根对象默认使用自身主键分库。参考架构选择“数据库分库+分布式缓存”时，需要设置。 主键策略：设置主键的生成方法。数据库中的主键，用于唯一标识一条记录。

查看更多 →

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

查看更多 →

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

查看更多 →

索引设计规范 使用数据库索引实践推荐的索引类型。 索引设计建议使用推荐类型，如果需要使用禁用、不推荐、限制使用的索引类型，建议联系 GaussDB 数据库专家进行评估。 表1 数据库索引实践推荐 索引类型 说明 是否推荐 主键/唯一索引 单列或多列主键/唯一索引 推荐 表达式索引 索

查看更多 →

源库存在不支持的生成列检查 当源库存在生成列是主键或者唯一键的表时，DRS在同步表结构时不同步生成列结构，可能导致数据同步到目标库后与源库不一致。 不通过原因 源库存在生成列是主键或者唯一键的表。 处理建议 在目标库自建表结构，保证目标库的生成列的逻辑、约束与源库一致后，返回对象

查看更多 →

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

查看更多 →

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

查看更多 →

从命名上明确标识唯一约束，例如，命名为“UNI+构成字段”。 主键约束 从命名上明确标识主键约束，例如，将主键约束命名为 “PK+字段名”。 检查约束 从命名上明确标识检查约束，例如，将检查约束命名为 “CK+字段名”。 父主题： 数据库对象设计

查看更多 →

耗时较久，延迟过高。以创建二级索引为例，过高延迟的DDL操作会阻塞后续依赖新索引的DML查询操作。 云数据库 GaussDB(for MySQL)支持并行DDL的功能。当数据库硬件资源空闲时，您可以通过并行DDL功能加速DDL执行，避免阻塞后续相关的DML操作，缩短执行DDL操作的窗口期。

查看更多 →

字符串数据类型 表1 字符串数据类型 序号 MySQL数据库 GaussDB数据库 差异 1 CHAR(M) 支持，存在差异 输入格式： 输入二进制或十六进制字符串，GaussDB输出为十六进制，MySQL中根据ASCII码表转义，无法转义的输出为空。 GaussDB不支持转义字符输入，MySQL支持。

查看更多 →