扩大字符字段长度 选择自动创表时，迁移过程中可将字符类型的字段长度扩大为原来的3倍，再写入到目的表中。如果源端数据库与目的端数据库字符编码不一样，但目的表字符类型字段与源表一样，在迁移数据时，可能会有出现长度不足的错误。 说明： 当启动该功能时，也会导致部分字段消耗用户相应的3倍存储空间。

查看更多 →

输入二进制或十六进制字符串时， GaussDB 输出为十六进制，MySQL中根据ASCII码表转义，无法转义的输出为空。 主键：MySQL中TEXT类型不支持主键，GaussDB支持。 索引：MySQL中TEXT类型不支持除前缀索引外其他索引方法，GaussDB支持。 外键：MySQL中TINYTEXT类型不支持作

查看更多 →

输入二进制或十六进制字符串时，GaussDB输出为十六进制，MySQL中根据ASCII码表转义，无法转义的输出为空。 主键：MySQL中TEXT类型不支持主键，GaussDB支持。 索引：MySQL中TEXT类型不支持除前缀索引外其他索引方法，GaussDB支持。 外键：MySQL中TINYTEXT类型不支持作

查看更多 →

处理建议：无主键表由于缺乏行的唯一性标志，在网络不稳定情况下，迁移可能存在目标与源库数据不一致的情况。建议将无主键表修改为主键表。 MySQL同步场景 表2 源库无主键表检查 预检查项 源库无主键表检查。 描述 在进行MySQL同步时，源数据库若存在无主键表，可能会导致同步失败。 不通过提示及处理建议 不通过原因：源数据库同步的表中存在无主键表。

查看更多 →

清除部分数据 约束冲突处理 导入数据到云数据库 MySQL且当迁移数据出现冲突时的处理方式。 insert into：当存在主键、唯一性索引冲突时，数据无法写入并将以脏数据的形式存在。 replace into：当存在主键、唯一性索引冲突时，会先删除原有行、再插入新行，替换原有行的所有字段。

查看更多 →

务逻辑上多个唯一索引，与一个多列唯一索引等价，应使用多列唯一索引。 【建议】同字段上创建索引的维护效率不同。数值类型字段优于字符类型及其他数据类型，因此对于考虑创建索引的ID、时间等字段，建议使用数值类型进行存储。 【建议】应考虑在关联列上创建索引。 支持HASH JOIN，但是

查看更多 →

能力使用的是底层DN的自增能力，因此自增值会重复。 如果主键或者唯一索引值经过路由后不在同一张物理表，REPLACE不生效。 如果主键或者唯一索引值经过路由后不在同一张物理表，IGNORE不生效。 不支持对含有全局二级索引的表执行LOAD DATA的操作。 父主题： 实用SQL语句

查看更多 →

大表高效创建索引的方法 对于千万或亿级大数据量的表，建议使用如下方法提升创建索引的效率。 索引字段尽量小。 选择区分度高的列作为索引列。 如果表中每个字段都无法保证唯一、无法保证NOT NULL，或者不适合做索引，推荐自定义一个ID自增列作为主键，自动满足有序插入。 需要创建索引时，建议先把数据插入完，再使用alter

查看更多 →

源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐 Oracle->DDM同步场景 表1 源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐 预检查项 源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐。 描述 检查源库Oracle与目标库D

查看更多 →

数分开存储。 禁用保留字，如DESC、RANGE、MATCH、DELAYED等。 社区MySQL 8.0的保留字与关键字请参见关键字和保留字。 TaurusDB的保留关键字在兼容社区MySQL8.0的基础上，新增了部分保留关键字，需要在业务使用中避免使用保留关键字来命名。 Tau

查看更多 →

约束与限制 存储仓限制 存储仓名称长度范围为16-52个字符，字母大小写不敏感，不能包含“.”，且名称全网唯一。 单个账号可以创建的存储仓数量不超过25个。 存储仓与其内表不能同时开启PITR。 一个存储仓归属于1个主Region或多个从Region。 暂不支持删除存储仓。 表限制

查看更多 →

间膨胀。在线加非空/检查/主键/唯一约束操作无论失败与否， 表上可能会有明显存储空间膨胀。其中膨胀程度与DDL执行时长以及并发写操作量成正比，避免在长事务存在时进行在线DDL。 若对表在线DDL操作同时包含修改列类型/精度/长度和加非空/检查/主键/唯一约束，当出现违反约束的数据

查看更多 →

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

查看更多 →

败。 - 角色依赖检查 在进行用户迁移时，若所选迁移的用户与某些角色存在依赖关系，需要同时选择迁移该用户及所依赖的角色，否则会导致迁移失败。 详见源数据库角色依赖检查。 账号依赖检查 在进行用户迁移时，若所选迁移的用户与某些角色存在依赖关系，需要同时选择迁移该用户及所依赖的角色，否则会导致迁移失败。

查看更多 →

务逻辑上多个唯一索引，与一个多列唯一索引等价，应使用多列唯一索引。 【建议】同字段上创建索引的维护效率不同。数值类型字段优于字符类型及其他数据类型，因此对于考虑创建索引的ID、时间等字段，建议使用数值类型进行存储。 【建议】应考虑在关联列上创建索引。 支持HASH JOIN，但是

查看更多 →

在该表的“k”字段创建索引。 如图2所示，采用社区默认单线程创建索引，耗时146.82s。 图2 单线程创建创建索引 通过设置innodb_rds_parallel_index_creation_threads= 4，启用4个线程创建索引。 从图3中可以看到创建索引耗时38.72s，与社区单线程相比速度提升了3

查看更多 →

外键引用操作检查 不支持外键级联操作。当外键是普通索引的时候，可能会导致表结构创建失败，建议改成唯一索引。 详见源端存在不支持的外键引用操作。 同名检查 除了MySQL系统数据库之外，当目标库和源库同名时，目标数据库中若存在与源库同名的表，则表结构必须与源库保持一致。 详见目标数据库是否存在和源数据库同名的数据库。

查看更多 →

fail” 场景描述 MySQL为源灾备任务报错，日志界面提示：A dml without pk write target db fail。 可能原因 无主键表由于缺乏行的唯一性标志，在网络不稳定情况下，无主键表数据写入时与源数据库数据不一致。 源端为RDS for MySQL老版本（5-5

查看更多 →

UPDATE。 表中存在多个唯一约束包括存在多个唯一索引，或既存在主键（PRIMARY KEY），又存在唯一索引（UNQUE INDEX）两种情况。当存在多个唯一约束时，会默认检查所有的唯一约束条件，只要任何一个约束存在冲突，就会对冲突行进行更新，即可能更新多条记录，与业务预期不相符。业务应给予更加明确的插入更新条件。

查看更多 →

UPDATE。 表中存在多个唯一约束包括存在多个唯一索引，或既存在主键（PRIMARY KEY），又存在唯一索引（UNQUE INDEX）两种情况。当存在多个唯一约束时，会默认检查所有的唯一约束条件，只要任何一个约束存在冲突，就会对冲突行进行更新，即可能更新多条记录，与业务预期不相符。业务应给予更加明确的插入更新条件。

查看更多 →

UPDATE。 表中存在多个唯一约束包括存在多个唯一索引，或既存在主键（PRIMARY KEY），又存在唯一索引(UNQUE INDEX)两种情况。当存在多个唯一约束时，会默认检查所有的唯一约束条件，只要任何一个约束存在冲突，就会对冲突行进行更新，即可能更新多条记录，与业务预期不相符。业务应给予更加明确的插入更新条件。

查看更多 →