目前仅支持各个DN独立自增的本地自动增长列。 自动增长列建议为索引（非全局二级索引）的第一个字段，否则建表时产生警告，含有自动增长列的表进行某些操作时会产生错误，例如：ALTERT TABLE EXCHANGE PARTITION。MySQL自动增长列必须为索引第一个字段。 AUTO_INCREMENT

查看更多 →

ent的值，会产生错误。MySQL允许，并说明auto_increment_offset会被忽略。 在表有主键或索引的情况下，ALTER TABLE命令重写表数据的顺序与MySQL不一定相同， GaussDB 按照表数据存储顺序重写，MySQL会按主键或索引顺序重写，导致自增值的顺序可能不同。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

INDEX”章节，例如：在非分区键上创建唯一索引，会默认创建为GLOBAL索引。 MySQL无GLOBAL索引的概念。在GaussDB中，当分区表索引为GLOBAL索引时，对表分区进行DROP、TRUNCATE、EXCHANGE等操作不会默认更新GLOBAL索引，进而导致GLOBAL索引失效，导致后续语句

查看更多 →

移进度。 排查源库表主键和索引情况： 源库大表缺少主键和非空唯一索引，以MySQL为例，可以在源库执行show create table <数据库名>.<表名>查询是否有主键或非空唯一索引。 排查源库是否有结束长连接现象： 源库为其他云上数据库时，可能存在自动结束长连接的现象，导

查看更多 →

表列名、字段类型、长度、是否可空、是否为主键、备注，并可对扩展信息进行编辑。 列名只有长度限制，MySQL引擎最大值为64。 类型只能选择下拉列表中的参数。 长度有些类型会有默认值，部分支持变长度的类型可以改长度。 设置成主键的不能设置为可空。 所有字段只能有一个设置为自动增长，设置为自动增长的字段必须设置主键，且无法设置默认值。

查看更多 →

自动备份GaussDB(for MySQL) 同区域备份GaussDB(for MySQL) 跨区域备份GaussDB(for MySQL) 父主题： 数据备份

查看更多 →

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

查看更多 →

建表时，支持定义主键和指标列，查询时返回主键相同的一组数据中的最新数据。相对于明细模型，更新模型简化了数据导入流程，能够更好地支撑实时和频繁更新的场景。 主键模型 主键模型支持分别定义主键和排序键。数据导入至主键模型的表中时，先按照排序键排序后再存储。查询时返回主键相同的一组数据中

查看更多 →

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

查看更多 →

通过索引生命周期管理实现OpenSearch集群自动滚动索引 方案概述 对于时间序列数据，随着时间推移数据持续写入，索引会越来越大，通过生命周期管理来定期将数据滚动到新索引，并将历史老索引删除，实现自动滚动索引。 本案例通过配置生命周期策略，当索引的大小达到1TB或索引创建超过1

查看更多 →

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

查看更多 →

建表时，支持定义主键和指标列，查询时返回主键相同的一组数据中的最新数据。相对于明细模型，更新模型简化了数据导入流程，能够更好地支撑实时和频繁更新的场景。 主键模型 主键模型支持分别定义主键和排序键。数据导入至主键模型的表中时，先按照排序键排序后再存储。查询时返回主键相同的一组数据中

查看更多 →

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

查看更多 →

是否为主键，并可对扩展信息进行编辑。 如无需添加虚拟列、索引、外键设置时，可直接单击页面下方的“立即创建”，在“SQL预览”弹出框中单击“执行脚本”，完成表的创建操作。 图4 设置表字段信息 如需要添加虚拟列、索引、外键设置时，单击页面下方的“下一步”，分别在虚拟列、索引、外键页

查看更多 →

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

查看更多 →

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

查看更多 →

DRS主键或者唯一键不一致导致数据不一致需要怎样处理 场景描述 MySQL到MySQL实时同步，目标数据库已经存在表结构，增量阶段发现数据不一致，同时目标数据库结构与源数据库不同。 可能原因 目标数据库的唯一索引或者主键与源数据库不一致，尤其是目标数据库唯一索引（主键）比源数据库

查看更多 →

待写入数据的数据库名称，支持自动创建Schema。单击输入框后面的按钮可选择模式或表空间。 schema 自动创表 只有当源端为关系数据库时，才有该参数。表示写入表数据时，用户选择的操作： 不自动创建：不自动建表。 不存在时创建：当目的端的数据库没有“表名”参数中指定的表时， CDM 会自动创建该表。

查看更多 →