建的数据库名和账号名不满足数据库命名规则（参见表2）和账号命名规则（参见表2），例如包含中文或不支持的特殊字符，那么该数据库和账号不支持RDS界面或API的数据库管理和账号管理功能。 如果源库的数据库名和账号名不满足数据库命名规则（参见表2）和账号命名规则（参见表2），迁移到目标库RDS

查看更多 →

仅当“连接模式”选择“专业”时需要配置。 填写MySQL数据库的JDBC格式连接串，例如：jdbc:mysql://{hostname}:{port}/{dbname}。 {hostname}为数据库的连接地址。 {port}为数据库的连接端口号。 {dbname}为要接入的数据库名。 用户名 填写连接数据库的用户名。

查看更多 →

cii等。 comment String 数据库备注。 说明： 当创建数据库时备注为空，则无法查询到该参数。 正常响应样例 { "databases": [ { "name": "rds-test", "character_set":

查看更多 →

frm缺失，请联系客服处理。 geometryIndexCheck 检查空间坐标作为索引时是否为空间索引。 目标版本中，空间坐标作索引时必须为空间索引，请重建索引或删除索引。 danglingIndexCheck 检查是否存在空悬索引。 全文索引列删除导致FTS_DOC_ID空悬的表，需要进行

查看更多 →

Array of objects 列表中每个元素表示一个与数据库关联的账号。 详情请参见表4。 表4 users元素结构说明 名称 参数类型 说明 name String 账号名。 readonly Boolean 是否为只读权限： true表示只读。 false表示可读写。 正常响应样例

查看更多 →

ams name 是 string 数据库名称 取值说明：不可为以下字段 ["mysql", "information_schema", "performance_schema"] 填写空值表示不创建数据库 取值约束：符合MySQL对于数据库名的要求即可 使用建议：用户自定义 collate

查看更多 →

字符集检查 对源库和目标库的字符集进行检查，将检查结果展示给用户，该检查仅为字符集兼容结果提示性信息，与后续操作无关，字符集兼容情况如表1到表3所示。 字符集兼容性结果说明： 告警：源库和目标库字符集不完全兼容。 成功：源库和目标库字符集兼容。 表1 Oracle到 GaussDB 字符集兼容情况

查看更多 →

“侤”字，GBK16进制编码为0x8240，第二个字节为0x40，与ASCII“@”符号编码相同，因此无法直接作为对象名使用。如果确实要使用，可以在创建和访问对象时，通过增加双引号来规避这个问题。 当前版本GBK字符集支持了欧元符'€'，十六进制表示为'0x80'，用户可以在GB

查看更多 →

修改普通模式为防篡改模式，需设置GUC参数enable_ledger为on，该参数默认值为off，级别为SIGHUP。 default_charset 修改模式的默认字符集。单独指定时会将模式的默认字符序设置为指定的字符集的默认字符序。 仅在MYSQL模式数据库下（即sql_compatibility

查看更多 →

txt文件中的数据导入到test表中，设置字符集为 utf8，忽略数据源字段中的双引号。 mysql> LOAD DATA LOCAL INFILE '/data/qq.txt' IGNORE INTO TABLE test CHARACTER SET 'utf8' FIELDS TERMINATED

查看更多 →

“侤”字，GBK16进制编码为0x8240，第二个字节为0x40，与ASCII“@”符号编码相同，因此无法直接作为对象名使用。如果确实要使用，可以在创建和访问对象时，通过增加双引号来规避这个问题。 当前版本GBK字符集支持了欧元符'€'，十六进制表示为'0x80'，用户可以在GB

查看更多 →

TIME ZONE。 将字符串转换成整数类型时，如果输入不合法，MYSQL兼容性会将输入转换为0，而其它兼容性则会报错。 PG兼容性下，CHAR和VARCHAR以字符为计数单位，其它兼容性以字节为计数单位。例如，对于UTF-8字符集，CHAR(3)在PG兼容性下能存放3个中文字符，而在其它兼容性下只能存放1个中文字符。

查看更多 →

源数据库字符集是否支持 Oracle为源同步场景 表1 源数据库字符集是否支持 预检查项 源数据库字符集是否支持。 描述 源数据库的字符集不支持时，可能会导致数据同步失败。源库为Oracle的迁移目前支持字符集：ZHS16GBK、AL32UTF8、UTF8、US7ASCII、WE

查看更多 →

“侤”字，GBK16进制编码为0x8240，第二个字节为0x40，与ASCII“@”符号编码相同，因此无法直接作为对象名使用。如果确实要使用，可以在创建和访问对象时，通过增加双引号来规避这个问题。 当前版本GBK字符集支持了欧元符'€'，十六进制表示为'0x80'，用户可以在GB

查看更多 →

执行结果为false，但在'C'下，SELECT 'a'>'A'; 结果为true。如果数据库从“O”迁移到RDS forPostgreSQL，数据库排序集需使用'C'才能得到一致的预期。支持的排序规则可以查询系统表 pg_collation。 LC_CTYPE 字符集中的字符分

查看更多 →

{|}是数据库中的操作符，直接作为对象名时，会语法报错。例如“侤”字，GBK16进制编码为0x8240，第二个字节为0x40，与ASCII“@”符号编码相同，因此无法直接作为对象名使用。如果确实要使用，可以在创建和访问对象时，通过增加双引号来规避这个问题。 若客户端编码为A，服务

查看更多 →

在“innodb_large_prefix”设置为off的情况下，InnoDB表的单字段索引的最大字段长度不能超过767字节，联合索引的每个字段的长度不能超过767字节，且所有字段长度合计不能超过3072字节。 当“innodb_large_prefix”设置为on时，单字段索引最大长度可为30

查看更多 →

在“innodb_large_prefix”设置为off的情况下，InnoDB表的单字段索引的最大字段长度不能超过767字节，联合索引的每个字段的长度不能超过767字节，且所有字段长度合计不能超过3072字节。 当“innodb_large_prefix”设置为on时，单字段索引最大长度可为30

查看更多 →

错误原因：在创建数据库语法中，指定新数据库使用缺省的表空间tablespace为pg_global错误。 解决办法：在创建数据库语法中，指定新数据库使用除缺省的表空间和全局表空间以外的其他表空间tablespace时，请确认该表空间所在目录是否为有效的目录，如果为无效目录，请创建一个有效的目录。

查看更多 →

不迁移含有超长索引的表。 方法二 修改源库索引长度满足以上索引长度说明中的要求，改操作可能导致迁移后数据不完整，请谨慎使用。以目标库为MySQL 5.7.6及以下版本的UTF8MB4为例，可通过如下方式修改长度。 alter table tablename modify columnname varchar2

查看更多 →

{|}是数据库中的操作符，直接作为对象名时，会语法报错。例如“侤”字，GBK16进制编码为0x8240，第二个字节为0x40，与ASCII“@”符号编码相同，因此无法直接作为对象名使用。如果确实要使用，可以在创建和访问对象时，通过增加双引号来规避这个问题。 若客户端编码为A，服务

查看更多 →