会将超限的整个字符截断。MySQL中会将超限的整个字符的前几位满足n范围内的字节信息保留，但输出时字符信息显示乱码。 在MySQL 8.0以上版本，默认以0x开头形式返回， GaussDB 以多个\x形式返回。 说明： GaussDB中，由于BINARY类型填充符和\0截断与MySQL的差异，在操

查看更多 →

会将超限的整个字符截断。MySQL中会将超限的整个字符的前几位满足n范围内的字节信息保留，但输出时字符信息显示乱码。 在MySQL 8.0以上版本，默认以0x开头形式返回，GaussDB以多个\x形式返回。 说明： GaussDB中，由于BINARY类型填充符和\0截断与MySQL的差异，在操

查看更多 →

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

查看更多 →

会将超限的整个字符截断。MySQL中会将超限的整个字符的前几位满足n范围内的字节信息保留，但输出时字符信息显示乱码。 在MySQL 8.0以上版本，默认以0x开头形式返回，GaussDB以多个\x形式返回。 说明： GaussDB中，由于BINARY类型填充符和\0截断与MySQL的差异，在操

查看更多 →

会将超限的整个字符截断。MySQL中会将超限的整个字符的前几位满足n范围内的字节信息保留，但输出时字符信息显示乱码。 在MySQL 8.0以上版本，默认以0x开头形式返回，GaussDB以多个\x形式返回。 说明： GaussDB中，由于BINARY类型填充符和\0截断与MySQL的差异，在操

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

值结果无法保证与MySQL完全一致。 本地临时表中的自动增长列批量插入时不会预留自增值，正常场景不会产生不连续的自增值。MySQL临时表与普通表中的自动增长列自增结果一致。 SERIAL数据类型为原有的自增列，与AUTO_INCREMENT自增列有差异。MySQL的SERIAL数

查看更多 →

量插入自动增长列的行为与MySQL系统变量innodb_autoinc_lock_mode=1相似。 自动增长列在导入数据或者进行Batch Insert执行计划的插入操作时，对于混合0、NULL和确定值的场景，如果产生错误，后续插入自增值不一定与MySQL完全一致。提供auto

查看更多 →

衡是不是需要多建立唯一性索引。 尽量在定长的字段（如：INT）上建立索引；在VARCHAR字段上建立索引时，必须指定索引长度，无需对全字段建立索引，根据实际文本区分度决定索引长度即可。 索引长度与区分度是一对矛盾体，一般对字符串类型数据，长度为20的索引区分度会高达90%以上，可以使用COUNT(DISTINCT

查看更多 →

值结果无法保证与MySQL完全一致。 本地临时表中的自动增长列批量插入时不会预留自增值，正常场景不会产生不连续的自增值。MySQL临时表与普通表中的自动增长列自增结果一致。 SERIAL数据类型为原有的自增列，与AUTO_INCREMENT自增列有差异。MySQL的SERIAL数

查看更多 →

量插入自动增长列的行为与MySQL系统变量innodb_autoinc_lock_mode=1相似。 自动增长列在导入数据或者进行Batch Insert执行计划的插入操作时，对于混合0、NULL和确定值的场景，如果产生错误，后续插入自增值不一定与MySQL完全一致。提供auto

查看更多 →

在该表的“k”字段创建索引。 如图2所示，采用社区默认单线程创建索引，耗时146.82s。 图2 单线程创建创建索引 通过设置innodb_rds_parallel_index_creation_threads= 4，启用4个线程创建索引。 从图3中可以看到创建索引耗时38.72s，与社区单线程相比速度提升了3

查看更多 →

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

查看更多 →

源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐 Oracle->DDM同步场景 表1 源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐 预检查项 源库Oracle与目标库中间件表结构(包括列数，主键索引)是否对齐。 描述 检查源库Oracle与目标库D

查看更多 →

hash分区和二级分区的存储与MySQL不同 CREATE TABLE GaussDB的CREATE TABLE语句中hash分区表和二级分区表所使用的hash函数与MySQL不一致，因此hash分区表和二级分区表的存储与MySQL有区别。 分区表索引 CREATE INDEX

查看更多 →

存储过程和相关表字符集不一致导致执行缓慢 RDS MySQL报错ERROR [1412]的解决方法 创建二级索引报错Too many keys specified 存在外键的表删除问题 distinct与group by优化 字符集和字符序的默认选择方式 MySQL创建用户提示 服务器 错误 delete

查看更多 →

hash分区和二级分区的存储与MySQL不同 CREATE TABLE GaussDB的CREATE TABLE语句中hash分区表和二级分区表所使用的hash函数与MySQL不一致，因此hash分区表和二级分区表的存储与MySQL有区别。 分区表索引 CREATE INDEX

查看更多 →

AYED等。 社区MySQL 8.0的保留字与关键字请参见关键字和保留字。 GaussDB(for MySQL)的保留关键字在兼容社区MySQL8.0的基础上，新增了部分保留关键字，需要在业务使用中避免使用保留关键字来命名。 GaussDB(for MySQL)新增的关键字和保留字如表1所示。

查看更多 →

所有的数据库对象名称禁止使用保留关键字。 MySQL官方保留字与关键字（MySQL 8.0）：https://dev.mysql.com/doc/refman/8.0/en/keywords.html MySQL官方保留字与关键字（MySQL 5.7）：https://dev.mysql.com/doc/refman/5

查看更多 →