Unique模型针对需要唯一主键约束的场景，可以保证主键唯一性约束。但是无法利用ROLLUP等预聚合带来的查询优势。 Unique模型仅支持整行更新，如果用户既需要唯一主键约束，又需要更新部分列（例如将多张源表导入到一张Doris表的场景），则可以考虑使用Aggregate模型，同时将非主键列的聚

查看更多 →

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

查看更多 →

严格模式。严格模式控制MySQL如何处理非法或丢失的输入值。 非法：数据类型错误或超出范围。 丢失：如果某列定义为非空列且没有DEFAULT值，当新插入的行不包含该列时，该行记录丢失。 在进行扩容时，如果DDM的实例版本低于2.4.1.3。在选择MySQL实例的参数sql_mod

查看更多 →

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

查看更多 →

段组合值的唯一性。CREATE UNIQUE INDEX创建唯一索引。 唯一约束和唯一索引功能上不同 约束主要是为了保证数据的完整性，索引主要是为了辅助查询。 唯一约束和唯一索引使用方法上不同 唯一约束和唯一索引，都可以实现列数据的唯一，列值可以有NULL。 创建唯一约束，会自动

查看更多 →

图2 基本信息 配置高级选项。 此部分内容为非必须内容，您可根据业务需求自行选择填写。 图3 高级选项 关于分区表的介绍，详见以下说明： 表分区是将一个大表，根据条件分割成若干个小表，表的不同行可以分配给不同的物理分区。由于MySQL分区表的限制条件较多，因此不推荐您创建分区表。

查看更多 →

Hash分布映射字段展示规则如下： 表内存在主键或唯一约束： 如果只存在主键，展示主键中所有符合 GaussDB 分布列数据类型约束的字段。 如果只存在唯一约束，展示唯一约束中所有符合GaussDB分布列数据类型约束的字段。 如果主键唯一约束都存在，取主键和唯一约束的公共字段。 如果上述条件取不

查看更多 →

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

查看更多 →

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

查看更多 →

MySQL主备复制延迟场景及解决方案 RDS for MySQL的默认备库、只读实例、自建从库、DRS链路灾备实例均基于MySQL的Binlog复制技术，也称为MySQL主备复制或主从复制技术。主备复制实现又分为异步复制或半同步复制，无论哪种方式，由于业务执行的语句的原因，不可避免的存在主备复制延迟。

查看更多 →

CLOB 支持 NCLOB TEXT 支持 LONG TEXT 支持 LONG_RAW BYTEA 支持 RAW（非主键列和非唯一键列） BYTEA 支持 RAW（主键列和唯一键列） VARCHAR 支持 ROWID CHARACTER(18) 支持 UROWID - 不支持 XMLTYPE

查看更多 →

CLOB 支持 NCLOB TEXT 支持 LONG TEXT 支持 LONG_RAW BYTEA 支持 RAW（非主键列和非唯一键列） BYTEA 支持 RAW（主键列和唯一键列） VARCHAR 支持 ROWID CHARACTER(18) 支持 UROWID - 不支持 XMLTYPE

查看更多 →

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

查看更多 →

REPLACE MySQL的REPLACE操作形式包括：LOW_PRIORITY、PARTITION 、DELAYED 、VALUES、SET；（下述迁移示例为临时迁移方案） REPLACE的工作方式与INSERT完全相同，不同之处在于，如果表中的旧行与主键或唯一索引的新行具有相同的值，则在插入新行之前删除该旧行。

查看更多 →

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

查看更多 →

建议配置“表空间”解决该类问题 注释表空间子句。 MySQL不支持具有主键或唯一键的表分区场景 建议配置“具有主键或唯一键的表分区场景”解决该类问题 将分区键添加到唯一约束（主键和唯一键）中。 MySQL不支持DBMS_UTILITY.FORMAT_ERROR_BACKTRACE系统包

查看更多 →

则会导致迁移失败。 详见源数据库账号依赖检查。 同名检查 目标数据库不能存在与源数据库同名的数据库下的同名非空集合。 详见目标数据库是否存在与源数据库同名的数据库下的同名非空集合。 目标数据库不能存在和源数据库同名数据库下的同名视图。 详见目标数据库是否存在和源数据库同名数据库下的同名视图。

查看更多 →

查询微服务唯一标识信息 功能介绍 可通过指定条件，查询微服务serviceId或schema的唯一标识信息。 URI GET /v4/{project_id}/registry/existence 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String

查看更多 →

在“高级选项”页签中填写表的各项信息，此部分内容为非必须内容，您可根据业务需求自行选择填写。 图3 高级选项 关于分区表的介绍，详见以下内容。 表分区是将一个大表，根据条件分割成若干个小表，表的不同行可以分配给不同的物理分区。由于MySQL分区表的限制条件较多，因此不推荐您创建分区表。

查看更多 →

tributeByHash配置数据在集群节点间的分布方式。该工具不会添加DISTRIBUTE BY HASH用于创建具有主键和非唯一主索引的表。 输入：主键非主索引的超集，且仅有1列匹配 1 2 3 4 5 6 CREATE TABLE good_5 (

查看更多 →

RS会转换成0。 对于INT类型，如果该列含有自增属性（AUTO_INCREMENT）时，DRS同步时会将设置该属性的字段同步为SERIAL类型。 父主题： 数据类型映射关系

查看更多 →