，产生死锁。 尽量不使用外键与级联，外键概念在应用层处理。 示例： 学生表中的student_id是主键，那么成绩表中的student_id则为外键。如果更新学生表中的student_id，同时触发成绩表中的student_id更新，则为级联更新。 外键与级联更新适用于单机低并发，不适合分布式、高并发集群。

查看更多 →

，产生死锁。 尽量不使用外键与级联，外键概念在应用层处理。 示例： 学生表中的student_id是主键，那么成绩表中的student_id则为外键。如果更新学生表中的student_id，同时触发成绩表中的student_id更新，则为级联更新。 外键与级联更新适用于单机低并发，不适合分布式、高并发集群。

查看更多 →

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

查看更多 →

尽量不要使用UUID做主键或者是其他自然主键，如身份证号。 每次生成的UUID之间无序，插入时为主键乱序插入，会产生“页分裂”，消耗性能。 业务操作时，避免对主键的修改。 修改主键后还需对索引结构进行修改，花费代价较大。 满足业务需求的情况下，尽量降低主键的长度。 不要使用外键来维护外键关系，通过程序来控制。 读写业

查看更多 →

等。 详见迁移对象未选择外键依赖的表。 外键引用操作检查 不支持外键级联操作。当外键是普通索引的时候，可能会导致表结构创建失败，建议改成唯一索引。 详见源端存在不支持的外键引用操作。 同名检查 除了MySQL系统数据库之外，当目标库和源库同名时，目标数据库中若存在与源库同名的表，则表结构必须与源库保持一致。

查看更多 →

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

查看更多 →

源端存在不支持的外键引用操作 MySQL、 GaussDB (for MySQL)为源的全量+增量或增量迁移、同步场景，以及MySQL、GaussDB(for MySQL)为源灾备场景 表1 源端存在不支持的外键引用操作 预检查项 源端存在不支持的外键引用操作。 描述 同步对象中存在包含CASCADE、SET

查看更多 →

容灾链路无法连接数据库以同步数据。 冻结状态 冻结状态无法创建容灾实例。 VPC子网IP不足 容灾实例也会占用同子网IP。 无主键表或无索引表且存在大量操作 可能导致容灾链路中断。 外键级联操作 可能导致原实例和容灾实例之间数据不一致。 父主题： 实例生命周期管理

查看更多 →

column和stored column的顺序。 不支持在参数foreign_key_checks = 1时添加外键约束。 不支持对表进行分区，优化分区，删除分区。 父主题： MySQL Online DDL工具使用

查看更多 →

对象。本阶段主要迁移用户、角色、权限、表、主键、唯一键、唯一索引、Type、Type body、Function、procedure、package body、view，不迁移的对象可单击“跳过迁移”。 对于外键，如果目标数据库支持外键，则可以先跳过迁移。在左侧对象列表栏中单击“FOREIGN

查看更多 →

对应唯一键的列少的情况下，在增量阶段，源数据库不同的两条数据写入时，目标数据库会因为唯一键冲突相互覆盖，导致目标库数据比源库数据少，数据发生不一致。 处理方法 单击任务操作列的“编辑”按钮，在“设置同步”页面，修改同步的对象，去掉数据不一致的表后启动任务。 清理目标库对应表的数据，修改表结构为兼容源库形式。

查看更多 →

如果是一个外键，则是参考的字段的列表。 conpfeqop oid[] 如果是一个外键，是做PK=FK比较的相等操作符ID的列表。 conppeqop oid[] 如果是一个外键，是做PK=PK比较的相等操作符ID的列表。 conffeqop oid[] 如果是一个外键，是做FK=FK比较的相等操作符ID的列表。

查看更多 →

如果是一个外键，则是参考的字段的列表。 conpfeqop oid[] 如果是一个外键，是做PK=FK比较的相等操作符ID的列表。 conppeqop oid[] 如果是一个外键，是做PK=PK比较的相等操作符ID的列表。 conffeqop oid[] 如果是一个外键，是做FK=FK比较的相等操作符ID的列表。

查看更多 →

不支持修改默认值，DDL语句默认值必须为旧值。 不支持同步的DDL 在创建的同步库中，支持同步表及数据，不支持同步数据库，表空间，索引，外键，函数，存储过程，触发器，视图，分区（删除），主键（增加/删除/修改），事务，用户，角色，权限，事件等对象的操作。 不支持同步的索引相关操作请参见表2。 表2 不支持同步的索引相关操作

查看更多 →

、备注及扩展信息。若需继续设置表索引或外键，同设置虚拟列操作。 图6 添加虚拟列（可选） 图7 添加索引（可选） 图8 添加外键（可选） 创建外键时，参考表中的列应与包含类的类型相同，且必须为主键或者存在唯一索引。 设置完成后，单击页签下方中部的“立即创建”，完成表的创建操作。

查看更多 →

错误原因：为表添加外键限制时，外键约束的参考表必须是普通表。 解决办法：外键约束的参考表只能是普通表。 GAUSS-00754: "Invalid FOREIGN KEY constraints" SQLSTATE: 42809 错误原因：分区表可以创建外键约束，但是外键约束的参考表只能为普通表，不能为分区表。

查看更多 →

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

查看更多 →

建议将无主键表修改为主键表。 MySQL同步场景 表2 源库无主键表检查 预检查项 源库无主键表检查。 描述 在进行MySQL同步时，源数据库若存在无主键表，可能会导致同步失败。 不通过提示及处理建议 不通过原因：源数据库同步的表中存在无主键表。 处理建议：建议修改无主键表。 不

查看更多 →

区。 排序键：排序键是一个表的属性，该表中的KV会根据排序键进行排序以后存储。查询数据时，您可以按照排序键输出数据。 创建表时，除表名称外，您还必须指定表的主键。表中的主键具有唯一性，因此，任意两个表中的主键都不相同。KVS支持两种不同类型的主键： 简单主键：由分区键构成。 复合主键：由分区键和排序键组合构成。

查看更多 →

型简化了数据导入流程，能够更好地支撑实时和频繁更新的场景。 主键模型 主键模型支持分别定义主键和排序键。数据导入至主键模型的表中时，先按照排序键排序后再存储。查询时返回主键相同的一组数据中的最新数据。相对于更新模型，主键模型在查询时不需要执行聚合操作，并且支持谓词和索引下推，能够

查看更多 →

RE从句GROUP BY从句中的列，也包含SELECT查询的列组合，避免InnoDB表进行索引的二次查询。 外键约束： 建立外键关系的对应列的字符集必须保持一致或者存在外键关系的子表父表的字符集保持一致。 数据库SQL开发规范 在程序中，建议使用预编译语句进行数据库操作。预编译只

查看更多 →