的物理分表内)。当数据需要重分布时，这类数据如果路由到同一物理表，由于主键相同，将只会保留一条，必定会导致迁移后的数据量和原来不一致，而导致分片变更失败。 主键是全局唯一序列和分片数不变化的情况下不会发生此种错误。 解决方案：订正数据，再重新校验。 父主题： 分片变更

查看更多 →

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

查看更多 →

ck = Shared时允许读操作，不允许写操作；当Lock = Exclusive时，读写操作都被禁止，因此不能实现Online。但这种方法可以应用在几乎全部DDL场景下。 Inplace算法 Inplace采用在原表上进行更改的方法，不需要生成临时表，不需要进行数据copy的过程。可分为两类：

查看更多 →

目标库排序字符集检查 Oracle->MySQL、Oracle-> GaussDB (for MySQL)、Oracle->DDM同步场景 表1 目标库排序字符集检查 预检查项 目标库排序字符集（Collation）检查。 描述 目标数据库的主键或者唯一键列，在不区分大小写的排序字符

查看更多 →

mysqldump导出数据报错权限不足 案例一 mysqldump使用指定用户导出数据库数据时，报错：Access denied; you need (at least one of) the PROCESS privilege(s) 原因分析：mysqldump使用指定用户导出数据时，需要赋予PROCESS权限。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

迁移MySql到DWS，TINYINT类型迁移报错 问题描述 使用 CDM 从MySql迁移到DWS，运行作业报错“ERROR:value '-1'is out of range for 8 b-bit integer”。 故障分析 根据问题现象，目的端类型不支持值为“-1”插入，检查目的端字段映射，排查映射问题。

查看更多 →

mysqldump导数据报错权限不足 场景描述 mysqldump使用指定用户导出数据库数据时，报错：'Access denied; you need (at least one of) the PROCESS privilege(s) 原因分析 mysqldump使用指定用户导出数据时，需要赋予PROCESS权限。

查看更多 →

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

查看更多 →

server迁移到hive，执行作业报错 问题描述 客户通过json的方式导入作业，从sql server迁移数据到hive，执行作业报：操作数数据类型bit 对min 运算无效。 图1 报错信息 故障分析 客户作业中配置的并发数大于1，CDM会选择分区列进行分区迁移，默认情况：取主键字段，如果没有主键字段取

查看更多 →

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

查看更多 →

S会转换成0。 对于INT类型，如果该列含有自增属性（AUTO_INCREMENT）时，DRS同步时会将设置该属性的字段同步为SERIAL类型。 MySQL->GaussDB M兼容模式 表2 数据类型映射关系 数据类型（MySQL） 数据类型（GaussDB） 是否支持映射 BOOL

查看更多 →

据的默认值，可将默认值设置为空，否则将会执行出错。 如需要添加虚拟列、索引、外键时，通过单击页面下方的“下一步”，依次在虚拟列、索引、外键页签设置对应的信息。设置完成后，单击页签下方的“立即创建”。 创建外键时，参考表中的列应与包含类的类型相同，且必须为主键或者存在唯一索引。 在

查看更多 →

PRECISION 0 REAL（默认按double处理， 设置REAL_AS_FLOAT时，按float处理） REAL/DOUBLE PRECISION 0 REAL [UNSIGNED]（默认按double处理， 设置REAL_AS_FLOAT时，按float处理） REAL/DOUBLE

查看更多 →

提交方案时createScheme接口报错 问题描述 提交方案时createScheme接口报错，{"resCode":"405230000","resMsg":"error make request to service broker, due to Post \"https:

查看更多 →

调用API时，报错怎么办？ 您可参考错误码参考尝试解决，若无法解决，请联系技术支持工程师解决。 父主题： 函数执行

查看更多 →

COMMENT '主键id', name varchar(128), PRIMARY KEY(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci BROADCAST; 对广播表进行操作时应注意以下两点：

查看更多 →

“全量迁移”模式：当全量迁移完成时，显示全量迁移各项指标完成进度100%。 “全量+增量”迁移模式：全量迁移完成后，开始进行增量迁移可，在“迁移进度”页签下，查看增量迁移同步时延。 图1 迁移进度总览 增量迁移时延也可在“实时迁移管理”界面查看，当增量时延超过用户设置或系统默认的时延阈值时，任务管理界面增量时延显示为红色。

查看更多 →