输入二进制或十六进制字符串， 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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

”列的“查看详情”，查看具体对象的迁移进度。 排查源库表主键和索引情况： 源库大表缺少主键和非空唯一索引，以MySQL为例，可以在源库执行show create table <数据库名>.<表名>查询是否有主键或非空唯一索引。 排查源库是否有结束长连接现象： 源库为其他云上数据库

查看更多 →

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

查看更多 →

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

查看更多 →

USER failed RDS for MySQL使用grant授权all privileges报语法错误 RDS for MySQL 5.6版本实例创建表报错 无主键表添加自增主键后导致主备节点查询数据不一致 RDS for MySQL插入数据提示Data too long for

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

主键列复制属性的校验 PostgreSQL为源的全量+增量和单增量任务同步时，对源数据库待同步表的主键列复制属性进行检查。源数据库中表的主键列toast属性为main、external、extended时，其replica identity属性必须为full。 不通过原因 同步表

查看更多 →

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

查看更多 →

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

查看更多 →

所有字段只能有一个设置为自动增长，设置为自动增长的字段必须设置主键，且无法设置默认值。 如无需添加虚拟列、索引、外键设置时，可直接单击页面下部中间的“立即创建”。 MySQL5.6.5及以上版本支持“datetime”类型数据的默认值。 MySQL5.6.5以下版本不支持“datetime”类型数据的默认值

查看更多 →

序场景，可以体现在主键设计上，主键设计为[userid][orderid DESC]。 设计主键应考虑哪些因素 需要考虑主键列值的长度和主键列的个数。 主键列值的长度：主键列值的长度建议尽量短小，建议您采用固定长度的类型，例如长整型。对于非固定长度的类型，主键列值的长度控制在2

查看更多 →

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

查看更多 →