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

查看更多 →

”页面。 在实例字符集后单击“设置”。 在弹出框中，选择实例字符集，单击“是”。 图1 修改实例字符集 在实例的“概览”页面，查看修改结果。 支持的实例字符集 RDS for SQL Server当前支持的实例字符集如表1所示： 表1 支持的实例字符集 实例字符集 说明 Chinese_PRC_90_CI_AI

查看更多 →

ity设置成功，MySQL设置失败。 参数值设置为子查询的查询结果，当查询结果为'true'/'false'、非整数类型1/0时，M-Compatibility设置成功，MySQL设置失败；当查询结果为NULL时，M-Compatibility设置失败，MySQL设置成功。 父主题：

查看更多 →

存储过程和相关表字符集不一致导致执行缓慢 场景描述 GaussDB (for MySQL)存储过程执行很慢，处理少量数据耗时1min以上，而单独执行存储过程中的SQL语句却很快。 原因分析 存储过程和相关表、库的字符集不一致，导致查询结果存在大量字符转换，从而执行缓慢。 排查过程：

查看更多 →

DOUBLE)将表达式转换为浮点类型，MySQL 5.7版本不支持此转换。 GaussDB不支持使用CAST(expr AS JSON)将表达式转换为JSON。 对于CAST嵌套子查询场景，如果子查询语句返回的是FLOAT类型，GaussDB返回的是准确的数值，MySQL 5.7版本返回失真数值

查看更多 →

常用的汉字，以及任何新增的Unicode字符等都无法使用MySQL的utf8字符集存储。在2010年MySQL发布了“utf8mb4”的字符集。MySQL在5.5.3之后增加了utf8mb4的编码，兼容四字节的unicode。utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。

查看更多 →

AS NCHAR[(N)])转换字符集。 GaussDB支持使用CAST(expr AS FLOAT[(p)])或CAST(expr AS DOUBLE)将表达式转换为浮点类型，MySQL 5.7版本不支持此转换。 对于CAST嵌套子查询场景，如果子查询语句返回的是FLOAT类型，G

查看更多 →

存储过程和相关表字符集不一致导致执行缓慢 场景描述 RDS for MySQL存储过程执行很慢，处理少量数据耗时1min以上，而单独执行存储过程中的SQL语句却很快。 原因分析 存储过程和相关表、库的字符集不一致，导致查询结果存在大量字符转换，从而执行缓慢。 排查过程： 使用如下

查看更多 →

如何设置RDS for MySQL 8.0字符集的编码格式 设置数据库编码格式，将参数“character_set_server”设置为“utf8”，参数“collation_server”设置为“utf8_general_ci”。 登录管理控制台。 单击管理控制台左上角的，选择区域。

查看更多 →

。 default_charset 修改模式的默认字符集。单独指定时会将模式的默认字符序设置为指定的字符集的默认字符序。 仅在MYSQL模式数据库下（即sql_compatibility = 'MYSQL'）支持该语法。支持字符集参见表1。 default_collate 修改模

查看更多 →

插入字符串长度小于目标长度时，GaussDB填充符是0x20，MySQL是0x00。 字符集：默认字符集为数据库初始化字符集，MySQL默认类型字符集为BINARY字符集。 输出格式： JDBC协议输出时BINARY类型的末尾空格显示为空格，MySQL末尾空格显示为\x00。 宽松模式下， BIN

查看更多 →

使用utf8mb4字符集存储emoji表情到GaussDB(for MySQL)实例 如果要实现存储emoji表情到GaussDB(for MySQL)实例，需要如下几方面统一使用或者支持utf8mb4字符集。 客户端：保证客户端输出的字符串的字符集为utf8mb4。 应用到GaussDB(for

查看更多 →

原因分析 RDS for MySQL的字符集配置有误： emoji表情为特殊字符，需要4字节字符集存储。 该报错场景下MySQL字符集为utf-8，最多支持3个字节，需要修改为支持4个字节的字符集utf8mb4。 解决方案 将存储emoji表情的字段的字符集修改为utf8mb4。

查看更多 →

修复建议 RDS for MySQL 5.7升级到8.0后，由于默认字符集变更，导致执行部分SQL时索引失效。 5.7默认使用UTF8mb3字符集，8.0默认使用UTF8mb4字符集。 5.7版本使用默认字符集建表，在升级过程中，字符集不会自动变更为8.0版本默认字符集，若用户在内核升级到8

查看更多 →

插入字符串长度小于目标长度时，GaussDB填充符是0x20，MySQL是0x00。 字符集：默认字符集为数据库初始化字符集，MySQL默认类型字符集为BINARY字符集。 输出格式： JDBC协议输出时BINARY类型的末尾空格显示为空格，MySQL末尾空格显示为\x00。 宽松模式下， BIN

查看更多 →

GaussDB默认最大长度为1048576。在不同字符集下，最大填充长度会有差异，例如字符集为'GBK'时，GaussDB默认最大长度为2097152。 如果数据库字符集是SQL_ASCII，可能产生未预期的结果。 当MySQL返回值类型为二进制字符串类型（BINARY、VARB

查看更多 →

使用utf8mb4字符集存储emoji表情到GaussDB(for MySQL)标准版实例 如果要实现存储emoji表情到GaussDB(for MySQL)标准版实例，需要如下几方面统一使用或者支持utf8mb4字符集。 客户端：保证客户端输出的字符串的字符集为utf8mb4。

查看更多 →

目标库排序字符集检查 Oracle->MySQL、Oracle->GaussDB(for MySQL)、Oracle->DDM同步场景 表1 目标库排序字符集检查 预检查项 目标库排序字符集（Collation）检查。 描述 目标数据库的主键或者唯一键列，在不区分大小写的排序字符

查看更多 →

源库和目标库的字符集是否一致 MySQL->MySQL、DDM迁移场景 表1 源库和目标库的字符集是否一致 预检查项 源库和目标库的字符集是否一致检查。 描述 源数据库和目标库的字符集是否一致。 待确认提示及处理建议 待确认原因：源数据库支持更高版本字符集。 处理建议：源数据库支

查看更多 →

数据库和表的字符集统一使用UTF8字符集，避免由于字符集的转换产生乱码。 所有的表和字段都需要添加注释。使用comment从句添加表和列的备注，从设计初期维护好数据字典。 表单行长度不得超过1024字节。 谨慎使用GaussDB(for MySQL)标准版分区表，避免跨分区查询，否则查

查看更多 →

源数据库和目标数据库的字符集是否一致 检查源数据库和目标数据库的数据库的字符集是否一致。当源数据库和目标数据库字符集不一致时，可能导致部分数据乱码、数据不一致等问题 不通过原因 源数据库和目标数据库字符集不一致。 处理建议 修改源数据库或者目标数据库字符集。 数据库为MySQL时，可通过以下方式进行修改：

查看更多 →