迁移对象未选择外键依赖的表 MySQL迁移和同步场景 表1 迁移对象未选择外键依赖的表 预检查项 迁移对象未选择外键依赖的表。 描述 在进行迁移时，需要将所选迁移对象和外键依赖的表一起进行迁移，否则会导致迁移失败。 待确认提示及处理建议 不通过原因：迁移对象中存在外键依赖的表未被选择迁移。

查看更多 →

致。 MySQL的分区表不支持外键，普通表包含外键或其他表引用普通表的外键，则无法进行分区和普通表数据的交换； GaussDB 的分区表支持外键，在两个表的外键约束一致时，则可进行分区和普通表数据的交换，GaussDB的分区表不带外键，普通表有其他表引用，如果分区表和普通表表一致，则可进行分区和普通表数据的交换。

查看更多 →

致。 MySQL的分区表不支持外键，普通表包含外键或其他表引用普通表的外键，则无法进行分区和普通表数据的交换；GaussDB的分区表支持外键，在两个表的外键约束一致时，则可进行分区和普通表数据的交换；GaussDB的分区表不带外键，普通表有其他表引用，如果分区表和普通表表一致，则可进行分区和普通表数据的交换。

查看更多 →

WS， CDM 在DWS上自动建表，会将Oracle的NUMBER(3,0)字段映射到DWS的SMALLINT。 图1 自动建表的字段映射 CDM在Hive中自动建表时，Hive表与源表的字段类型映射关系参见表1、表2、表3及表4。例如使用CDM将MySQL整库迁移到Hive，CDM

查看更多 →

WS，CDM在DWS上自动建表，会将Oracle的NUMBER(3,0)字段映射到DWS的SMALLINT。 图1 自动建表的字段映射 CDM在Hive中自动建表时，Hive表与源表的字段类型映射关系参见表1、表2、表3及表4。例如使用CDM将MySQL整库迁移到Hive，CDM

查看更多 →

自动建表映射规则 配置字段映射时，数据源支持的数据类型请参见表1，以确保数据完整导入到目的端。 表1 支持的数据类型 数据连接类型 数据类型说明 MySQL 请参见MySQL数据库作为源端时目的端自动建表支持的数据类型。 MySQL数据库作为源端时目的端自动建表支持的数据类型 源

查看更多 →

RDS for MySQL执行SQL报错无法识别双引号 更新emoji表情数据报错Error 1366 索引长度限制导致修改varchar长度失败 建表时timestamp字段默认值无效 自增属性AUTO_INCREMENT为什么未在表结构中显示 存储过程和相关表字符集不一致导致执行缓慢

查看更多 →

他表引用普通表的外键，则无法进行分区和普通表数据的交换；GaussDB的分区表支持外键，在两个表的外键约束一致时，则可进行分区和普通表数据的交换，GaussDB的分区表不带外键，普通表有其他表引用，如果分区表和普通表表一致，则可进行分区和普通表数据的交换。 修改分区表的分区键信息

查看更多 →

DEFAULT之类引用操作的外键。这些关联操作会导致更新或删除父表中的行会影响子表对应的记录，并且子表的相关操作并不记录binlog。导致DRS无法同步，子表数据存在不一致。 处理建议：建议删除子表中包含CASCADE、SET NULL、SET DEFAULT之类引用操作的外键约束，或者不同步相关子表。

查看更多 →

(…) 故障分析 该表的frm文件在sys_tables里也存在，这个表跟其他表有外键关系，因此不能直接删除。 因为RDS for MySQL中设置了foreign key关联，造成无法更新或删除数据，可以通过设置“FOREIGN_KEY_CHECKS”变量来避免这种情况。 解决方案

查看更多 →

生效，此时用户添加或修改的外键可以不满足外键限制而不会报错，在实例重启时，foreign_key_checks默认开启，InnoDB打开表时会进行外键限制检查，此时会报错。 常见的情况有以下两种： 更改了父表和子表外键相关列的字符集 MySQL 5.6、5.7、8.0允许在for

查看更多 →

constraint fails ………… 原因分析 这个表和其他表有外键关系，在MySQL中，设置了外键关联，会造成无法更新或删除数据，避免破坏外键的约束。 可以通过设置变量FOREIGN_KEY_CHECKS值为off，来关闭上述机制，详见官方文档。 解决方案 通过设置变量FOREIG

查看更多 →

ceCheck 检查分区表是否在共享表空间。 目标版本不支持共享表空间，请通过ALTER TABLE语句将它们移动到独立表空间。 partitionsReferencedCheck 检查分区表是否被普通表通过外键引用。 分区表不可被普通表引用，请删除外键引用。 partitionsRangeDateCheck

查看更多 →

constraint fails ………… 原因分析 这个表和其他表有外键关系，在MySQL中，设置了外键关联，会造成无法更新或删除数据，避免破坏外键的约束。 可以通过设置变量FOREIGN_KEY_CHECKS值为off，来关闭上述机制，详见官方文档。 解决方案 通过设置变量FOREIG

查看更多 →

发布区域：全部 库管理 对象列表下包括表、视图、存储过程、事件、触发器和函数六部分。 ①表：MySQL数据表包含基本信息、字段/列信息、虚拟列、索引、外键5大组成部分，其中，虚拟列、索引、外键为可选项。通过在数据库中的表操作，可以直接操作数据。 ②视图：就是一个表或者多个表的一个映射，一般只做查询使用。

查看更多 →

参数解释：bool类型，默认全局值为ON。在创建外键的时候，如果设置为ON，则会检查外键的规范性，例如外键不能reference同一张表中的键等。 不建议修改的原因： foreign_key_checks值为ON时，无法通过该参数检查的外键，本身就是不规范的使用方法，建议优化SQL，规范数据库使用。

查看更多 →

全量阶段期间，目标库存在同名外键约束。 解决方案 删除或重命名目标库同名外键约束，可执行以下SQL查询。 select * from information_schema.REFERENTIAL_CONSTRAINTS where CONSTRAINT_NAME = "外键名"; 修改完成

查看更多 →

建表时timestamp字段默认值无效 场景描述 客户执行一个建表SQL语句失败，详细SQL语句及报错如下： CREATE TABLE cluster_membership ( ... session_start TIMESTAMP DEFAULT '1970-01-01 00:00:01'

查看更多 →

自行选择填写。 图3 高级选项 关于分区表的介绍，详见以下说明： 表分区是将一个大表，根据条件分割成若干个小表，表的不同行可以分配给不同的物理分区。由于MySQL分区表的限制条件较多，因此不推荐您创建分区表。 如您因为业务需求要创建分区表，可参考以下示例，支持的分区方式有RANG

查看更多 →

析等。创建表时，您需要指定数据模型（Data Model），当数据导入至数据模型时，StarRocks会按照排序键对数据进行排序、处理和存储。四种数据模型介绍如下： 明细模型 明细模型是StarRocks默认的建表模型。如果在建表时未指定任何模型，默认创建明细类型的表。 聚合模型

查看更多 →

建表时timestamp字段默认值无效 场景描述 执行建表SQL语句失败，报错：ERROR 1067: Invalid default value for 'session_start' CREATE TABLE cluster_membership ( ... session_start

查看更多 →