选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。

查看更多 →

BY，DISTINCT上的列。 多表JOIN的关联列。 索引列顺序： 区分度最高的放在联合索引的最左侧。区分度=列中不同值的数量/列的总行数。 尽量把字段长度小的列放在联合索引的最左侧。因为字段长度越小，一页能存储的数据量越大，IO性能也就越好。 使用最频繁的列放到联合索引的左侧。这样可以比较少的建立一些索引。

查看更多 →

选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。

查看更多 →

选择值的顺序是连续增长的列作为主键，所以建议选择使用自增ID列作为主键。 限制每张表上的索引数量，建议单张表索引不超过5个。索引并不是越多越好，索引可以提高查询的效率，但会降低写数据的效率。有时不恰当的索引还会降低查询的效率。 禁止给表中的每一列都建立单独的索引。设计良好的联合索引比每一列上的单独索引效率要高出很多。

查看更多 →

不支持有其他INSTANT语句在同一行的操作在同一条语句的情况。 新增列将会放到最后，不支持改变列的顺序（MySQL 8.0.29后支持任意位置加列）。 不支持在行格式为COMPRESSED的表上快速加列或删除。 不支持在已经有全文索引的表上快速加列或删除。 不支持在临时表上快速加列或删除。 重命名列的限制： 不支持重命名被其他表引用的列。

查看更多 →

采用Inplace算法进行DDL操作时阻塞DML的时间很短，对主从时延无严格要求的客户，推荐直接使用社区已有能力快速完成表结构变更。对主从复制延迟容忍较低的业务，推荐使用gh-ost工具来完成DDL操作。使用了MySQL 8.0.12版本以上的用户，当满足instant算法条件时，可指

查看更多 →

索引重命名 DSC工具支持索引重命名，对索引名前加表名前缀防止索引名冲突（只支持创建有具体索引名的DDL语句，目前不支持删除索引的重命名，修改该参数需慎重） 修改配置 打开表1 features-mysql.properties文件中的配置参数配置文件，修改如下参数为true。(默认false：不进行重命名)

查看更多 →

建议值：如果业务非常需要这个功能，建议选择添加CONCURRENTLY关键字选项。 影响：创建这类索引时候，容易造成死锁，同时对Astore的表索引的创建比正常更长。 GaussDB 中JSON类型可用于存储JSON数据，对输入的字符串的完整拷贝,不会去重，不会排序。 建议配置："JSON数据类型转换"解决该类问题。

查看更多 →

择添加CONCURRENTLY关键字选项。 影响：创建这类索引时候，容易造成死锁，同时对Astore的表索引的创建比正常更长。 GaussDB 不允许未被双引号引用的保留关键字作为对象名称。 建议配置”含有保留关键字符的对象名称大小写转换“解决该类问题。 说明： 优先级高于配置“对象名称大小写转换”。

查看更多 →

决。 索引文件具有B-tree的最左前缀匹配特性，如果左边的值未确定，那么无法使用此索引。 利用覆盖索引来进行查询操作，避免回表，但是覆盖索引加的字段不能太多，要兼顾写性能。 能够建立索引的种类：主键索引、唯一索引、普通索引，而覆盖索引是一种查询的效果，利用explain的结果，extra列会出现：using

查看更多 →

MySQL中索引名和约束名以表为单位，不同表的约束和索引可以同名，而GaussDB以schema为单位，保留原始名称迁移后重名的索引和约束会产生冲突。 建议配置“索引/约束名称防止冲突映射策略”解决该类问题。 将表名与索引/约束名称拼接防止命名冲突，当拼接后的名称超过63字节时使用SHA-1进行散列。

查看更多 →

储的数据可能不一致，导致最后交换的数据也可能不一致。 MySQL的分区表不支持外键，普通表包含外键或其他表引用普通表的外键，则无法进行分区和普通表数据的交换；GaussDB的分区表支持外键，在两个表的外键约束一致时，则可进行分区和普通表数据的交换，GaussDB的分区表不带外键，

查看更多 →

是 定点型 带日期的时间类型 否 是 定点型 TIME类型 否 是 字符串类型 二进制类型 否 是 带日期的时间类型 整型（不可转为带日期的时间类型） 否 是 带日期的时间类型 浮点型（不可转为带日期的时间类型） 否 是 带日期的时间类型 定点型（不可转为带日期的时间类型） 否 是

查看更多 →

因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group by的时候，尽量在合理的情况下设置可以包含所有依赖字段的索引，优化示例： 没有合适索引，导致需要用到临时表。 有合适的索引，不会使用临时表，直接走索引。 解决方案 在使用distinct或group

查看更多 →

因为使用临时表会带来额外的开销，所以一般情况下性能会较差。 综上，在使用distinct或group by的时候，尽量在合理的情况下设置可以包含所有依赖字段的索引，优化示例： 没有合适索引，导致需要用到临时表。 有合适的索引，不会使用临时表，直接走索引。 解决方案 在使用distinct或group

查看更多 →

RDS for MySQL增加表字段后出现运行卡顿现象 故障描述 当给RDS for MySQL实例的表中增加一个字段，出现系统无法访问的现象。 解决方案 因增加表字段而引起数据库出现性能问题，有可能是未对新增字段添加索引，数据量大导致消耗了大量的CPU资源。为此，提出如下建议恢复数据库性能。

查看更多 →

增加表字段后出现运行卡顿现象 故障描述 当给MySQL实例的表中增加一个字段，出现系统无法访问的现象。 解决方案 因增加表字段而引起数据库出现性能问题，有可能是未对新增字段添加索引，数据量大导致消耗了大量的CPU资源。为此，提出如下建议恢复数据库性能。 添加对应索引、主键。 优化慢SQL语句。 父主题： 备份恢复

查看更多 →

UPPER 迁移大写的用户名。 MySQL中的用户名可以为大写字母和小写字母。此配置将迁移大写的用户名。 LOWER 迁移小写的用户名。 MySQL中的用户名可以为大写字母和小写字母。此配置将迁移小写的用户名。 IGNORE 忽略大小写，不发生迁移。 MySQL中的用户名可以为大写字

查看更多 →

对于表级迁移或同步任务，如果创建DRS任务时，只选中表的数据，由于Online DDL使用的临时表不在选中的列表中，因此不会被DRS同步。可以参考以下使用限制和操作步骤，通过手动在目标库执行DDL的方式，避免源库Online DDL操作导致的源库和目标库表结构不一致，引起的DRS任务失败。 使用限制 本

查看更多 →

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

查看更多 →

索引 CREATE TABLE语句支持创建索引。DSC支持带有主索引（PRIMARY INDEX）和唯一索引（UNIQUE INDEX）的TABLE语句。 该工具不会添加DISTRIBUTE BY HASH用于创建具有主键（PRIMARY KEY）和非唯一主索引的表。 输入：CREATE

查看更多 →