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

查看更多 →

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

查看更多 →

GaussDB 的自定义函数参数和返回值不支持长度校验，存储过程参数不支持长度校验，MySQL支持。 GaussDB的自定义函数和存储过程中的临时变量支持长度校验以及严格宽松模式下的报错和截断告警，MySQL不支持。 GaussDB不支持转义字符输入，MySQL支持。 输入二进制或十六进

查看更多 →

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

查看更多 →

会将超限的整个字符截断。MySQL中会将超限的整个字符的前几位满足n范围内的字节信息保留，但输出时字符信息显示乱码。 说明： GaussDB中，由于BINARY类型填充符和\0j截断与MySQL的差异，在操作符比较计算，字符串相关系统函数计算，索引匹配，数据导入导出等场景下与MySQL的表现会存在差异。差异场景请见本节示例。

查看更多 →

从指定资源中删除指定主键标签 功能介绍 从指定资源中删除具有指定主键的任何标签。您可以将标签绑定到组织中的账号、组织单元、根和策略。此操作只能由组织的管理账号调用。 调试 您可以在 API Explorer 中调试该接口，支持自动认证鉴权。API Explorer可以自动生成SDK代码示例，并提供SDK代码示例调试功能。

查看更多 →

无主键表添加自增主键后导致主备节点查询数据不一致 场景描述 在主备节点上使用添加的自增主键值进行查询，查询结果中出现数据不一致问题。 原因分析 对于无主键表，表中数据的顺序由存储引擎的RowID决定，无主键表中的数据在主备节点上的RowID可能不同，因此表中的数据在主备节点上的顺

查看更多 →

230900及以上版本支持使用该功能。 并行创建索引功能，目前支持的索引为Btree二级索引。 不支持主键索引、spatial index和fulltext index。如果一个并行创建索引的SQL语句包含主键索引，或者spatial index和fulltext index，客户端将会

查看更多 →

'value3'); 插入多条数据时，尽量选择手动控制事务插入 通过手动控制事务，可以将多条执行单元合并为一个事务，避免多个事务的开销，同时保证数据的完整性和一致性。 示例如下： insert into table1 values(1,'value1'),(2,'value2'),(3,'value3');

查看更多 →

如果默认值不同，则无法进行分区和普通表数据的交换。 MySQL在分区表或普通表上进行DROP列操作后，表结构仍然一致，则可进行分区和普通表数据的交换；GaussDB需要保证普通表和分区表的被删除列严格对齐才能进行分区和普通表数据的交换。 MySQL和GaussDB的哈希算法不同，

查看更多 →

一致，则可进行分区和普通表数据的交换；GaussDB需要保证普通表和分区表的被删除列严格对齐才能进行分区和普通表数据的交换。 MySQL和GaussDB的哈希算法不同，所以两者在相同的hash分区存储的数据可能不一致，导致最后交换的数据也可能不一致。 MySQL的分区表不支持外键

查看更多 →

自增主键达到上限，无法插入数据 场景现象 插入数据时报错：ERROR 1062 (23000): Duplicate entry 'xxx' for key 'xxx' 原因分析 自增主键的字段取值达到上限，无法继续增长，导致新插入的数据生成的自增主键值与表中上一条数据相同，因为自增主键的值不可重复，插入失败报错。

查看更多 →

自增主键达到上限，无法插入数据 场景描述 插入数据时报错 ERROR 1062 (23000): Duplicate entry 'xxx' for key 'xxx'。 原因分析 自增主键的字段取值达到上限，无法继续增长，导致新插入的数据生成的自增主键值与表中上一条数据相同，因为自增主键的值不可重复，插入失败报错。

查看更多 →

主备库是否开启隐式主键检查 MySQL灾备场景 表1 主备库是否开启隐式主键检查 预检查项 主备库是否开启隐式主键检查。 描述 检查源库或目标库是否开启create_default_primary_key参数。 待确认提示及处理建议 待确认原因：源库或目标库的create_def

查看更多 →

更好地支撑实时和频繁更新的场景。 主键模型 主键模型支持分别定义主键和排序键。数据导入至主键模型的表中时，先按照排序键排序后再存储。查询时返回主键相同的一组数据中的最新数据。相对于更新模型，主键模型在查询时不需要执行聚合操作，并且支持谓词和索引下推，能够在支持实时和频繁更新等场景的同时，提供高效查询。

查看更多 →

”列的“查看详情”，查看具体对象的迁移进度。 排查源库表主键和索引情况： 源库大表缺少主键和非空唯一索引，以MySQL为例，可以在源库执行show create table <数据库名>.<表名>查询是否有主键或非空唯一索引。 排查源库是否有结束长连接现象： 源库为其他云上数据库

查看更多 →

UGO结构迁移阶段1：表、主键、唯一键/索引等 选择创建对象迁移任务的UGO任务，在对象迁移页面，单击待迁移项目的“操作 > 迁移”。 在转换计划页面，显示待迁移项目采集对象及分类。 单击“下一步”，进入转换配置页面，单击每一项的“编辑”按钮可对该项进行转换配置。 单击“下一步”

查看更多 →

更新emoji表情数据报错Error 1366 索引长度限制导致修改varchar长度失败 建表时timestamp字段默认值无效 自增属性AUTO_INCREMENT为什么未在表结构中显示 存储过程和相关表字符集不一致导致执行缓慢 RDS MySQL报错ERROR [1412]的解决方法 创建二级索引报错Too many

查看更多 →

DUPLICATE KEY UPDATE如果插入多条数据，这些数据之间不允许存在主键/唯一约束冲突。 与MySQL行为存在一定差异，MYSQL允许此行为，例如如下语句： INSERT INTO t1 VALUES(1, 1), (1, 2) ON DUPLICATE KEY UPDATE

查看更多 →

在不同的库或表中，要保证所有存储相同数据的列名和列类型必须一致。 数据库基本设计规范 所有表如果没有特殊需求，都要使用InnoDB存储引擎。InnoDB存储引擎支持事务、行级锁、具有更好的恢复性、高并发下性能更强。 数据库和表的字符集统一使用UTF8字符集，避免由于字符集的转换产生乱码。 所有的表和字段都需要添加

查看更多 →

MAL的范围，建议将数据拆成整数和小数分开存储。 禁用保留字，如DESC、RANGE、MATCH、DELAYED等。 社区MySQL 8.0的保留字与关键字请参见关键字和保留字。 GaussDB(for MySQL)的保留关键字在兼容社区MySQL8.0的基础上，新增了部分保留关

查看更多 →