同类型的元素构成的一个数组， 一行数据的所有列值在各自的数组中按照列顺序排列，即拥有相同的数组下标。数组下标是隐式的，不需要存储。表中所有的行按照维度列，做多重排序，排序后的位置就是该行的行号。 索引 StarRocks通过前缀索引 (Prefix Index) 和列级索引，能够快速找到目标行所在数据块的起始行号。

查看更多 →

区分度最高的放在联合索引的最左侧。区分度=列中不同值的数量/列的总行数。 尽量把字段长度小的列放在联合索引的最左侧。因为字段长度越小，一页能存储的数据量越大，IO性能也就越好。 使用最频繁的列放到联合索引的左侧。这样可以比较少的建立一些索引。 避免冗余的索引，如：primary key(id)，index(id)，unique

查看更多 →

唯一键的列少的情况下，在增量阶段，源数据库不同的两条数据写入时，目标数据库会因为唯一键冲突相互覆盖，导致目标库数据比源库数据少，数据发生不一致。 处理方法 单击任务操作列的“编辑”按钮，在“设置同步”页面，修改同步的对象，去掉数据不一致的表后启动任务。 清理目标库对应表的数据，修改表结构为兼容源库形式。

查看更多 →

不更新的情况。 排查方法 排查源库迁移数据大小： 数据迁移进度是按表数量来计算百分比，当数据迁移进度长时间不更新，可能因为有某几个表数据量过大，迁移时间较长。可以在“进度明细”下，单击目标迁移对象“详细信息”列的“查看详情”，查看具体对象的迁移进度。 排查源库表主键和索引情况：

查看更多 →

区分度最高的放在联合索引的最左侧。区分度=列中不同值的数量/列的总行数。 尽量把字段长度小的列放在联合索引的最左侧。因为字段长度越小，一页能存储的数据量越大，IO性能也就越好。 使用最频繁的列放到联合索引的左侧。这样可以比较少的建立一些索引。 避免冗余的索引，如：primary key(id)，index(id)，unique

查看更多 →

由于表字段原始顺序的倒序性能比正序性能差，如果大部分数据是倒序场景，可以体现在主键设计上，主键设计为[userid][orderid DESC]。 设计主键应考虑哪些因素 需要考虑主键列值的长度和主键列的个数。 主键列值的长度：主键列值的长度建议尽量短小，建议您采用固定长度的类型，例如长

查看更多 →

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

查看更多 →

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

查看更多 →

区分度最高的放在联合索引的最左侧。区分度=列中不同值的数量/列的总行数。 尽量把字段长度小的列放在联合索引的最左侧。因为字段长度越小，一页能存储的数据量越大，IO性能也就越好。 使用最频繁的列放到联合索引的左侧。这样可以比较少的建立一些索引。 避免冗余的索引，如：primary key(id)，index(id)，unique

查看更多 →

GaussDB(for MySQL)库表设计规范 所有创建的MySQL表必须为InnoDB引擎，适配MySQL的其它引擎不支持事务。 小数类型建议使用DECIMAL，禁止使用FLOAT和DOUBLE。 FLOAT和DOUBLE在存储的时候，存在精度损失的问题，很可能在值比较的时候得到的结果有误。

查看更多 →

新旧CNAME的区别？ 背景 为了提高 域名 解析的可靠性，WAF针对CNAME做了升级。 为了不影响已添加域名的使用，WAF在已添加域名的基本信息页面保留了旧的CNAME，并呈现了新的CNAME。 新旧CNAME的区别 新CNAME实现了双活，即双DNS，为异构的两个DNS解析服务。提高了域名解析的可靠性。

查看更多 →

不支持同步的DDL 在创建的同步库中，支持同步表及数据，不支持同步数据库，表空间，索引，外键，函数，存储过程，触发器，视图，分区（删除），主键（增加/删除/修改），事务，用户，角色，权限，事件等对象的操作。 不支持同步的索引相关操作请参见表2。 表2 不支持同步的索引相关操作 DDL名称

查看更多 →

同类型的元素构成的一个数组， 一行数据的所有列值在各自的数组中按照列顺序排列，即拥有相同的数组下标。数组下标是隐式的，不需要存储。表中所有的行按照维度列，做多重排序，排序后的位置就是该行的行号。 索引 StarRocks通过前缀索引 (Prefix Index) 和列级索引，能够快速找到目标行所在数据块的起始行号。

查看更多 →

仅支持MyISAM和InnoDB表的迁移。 不支持系统库的迁移以及事件状态的迁移。 源数据库为MySQL 8.0版本时，不支持迁移带有函数索引的表。 - 无主键表检查 由于无主键表的性能低于主键表的性能，建议将无主键表修改为主键表。 详见源库无主键表检查。 关联对象检查 相互关联的数据对象要确保同

查看更多 →

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

查看更多 →

区分度最高的放在联合索引的最左侧。区分度=列中不同值的数量/列的总行数。 尽量把字段长度小的列放在联合索引的最左侧。因为字段长度越小，一页能存储的数据量越大，IO性能也就越好。 使用最频繁的列放到联合索引的左侧。这样可以比较少的建立一些索引。 避免冗余的索引，如：primary key(id)，index(id)，unique

查看更多 →

O相关的性能以及网络带宽。一般在网络无瓶颈的情况下，会对源数据库增加约50MB/s的查询压力，以及占用2~4个CPU，在并发读取源数据库时，会占用大约6-10个session连接数，其中： 有小于8个连接查询源数据库的一些系统表（如information_schema库下的表信息

查看更多 →

现难以理解及无法移植问题。 对于千万或亿级大数据量的表，建议使用如下方法提升数据写入效率。 删除不必要的索引。 更新数据时候，同时会更新索引数据。对于大数据量的表，避免创建大量的索引，影响更新速度。请根据业务评估，删除不必要的索引。 插入多条数据时，尽量选择批量插入。 因为批量插入只需要远程请求一次数据库。

查看更多 →

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

查看更多 →

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

查看更多 →

索引 唯一索引 普通索引和前缀索引 HASH索引 BTREE索引 SPATIAL空间索引 FULLTEXT全文索引 删除索引 索引重命名 父主题： MySQL语法迁移

查看更多 →