同步表中存在主键列只含表内存储列，但是复制属性既不是full又不是default的表，可能会导致增量同步失败。 同步表中存在主键列包含表外存储列，但是复制属性既不是full又不是default的表，极大概率会导致增量同步失败。 同步表中存在主键列包含表外存储列，但是复制属性不是的full的表，可能会导致增量同步失败。

查看更多 →

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

查看更多 →

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

查看更多 →

逻辑库模式选择拆分库，根据业务需求填写逻辑库总分片数，关联RDS for MySQL准备中已创建成功的新RDS for MySQL实例，然后单击“下一步”。 图1 关联RDS for MySQL实例 输入RDS for MySQL实例密码，进行数据节点可用性检测。测试成功后，单击“完成”。

查看更多 →

在创建逻辑库页面，选择“逻辑库模式”、“逻辑库总分片数”，填写“逻辑库名称”，并选择要关联的DDM账号、要关联的实例，单击“下一步”。 本示例中逻辑库模式为单库，逻辑库名称为db_test。 DRS目前仅支持迁移源端MySQL的数据到目标DDM，不支持迁移源库表结构及其他数据库对象，用户需要在目

查看更多 →

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

查看更多 →

选择要关联的DDM账号、要关联的实例，单击“下一步”。 本示例中逻辑库模式为单库，逻辑库名称为db_test。 DRS目前仅支持迁移源端MySQL的数据到目标DDM，不支持迁移源库表结构及其他数据库对象，用户需要在目标库根据源端数据库的表结构创建对应的逻辑库。 图1 关联RDS for

查看更多 →

总分片数”，填写“逻辑库名称”，并选择要关联的DDM账号、要关联的实例，单击“下一步”。 本示例中逻辑库模式为单库，逻辑库名称为db_test_info。 DRS目前仅支持迁移源端MySQL的数据到目标DDM，不支持迁移源库表结构及其他数据库对象，用户需要在目标库根据源端数据库的表结构创建对应的逻辑库。

查看更多 →

在创建逻辑库页面，选择“逻辑库模式”、“逻辑库总分片数”，填写“逻辑库名称”，并选择要关联的DDM账号、要关联的实例，单击“下一步”。 本示例中逻辑库模式为单库，逻辑库名称为db_test。 DRS目前仅支持同步源端Oracle的数据到目标DDM，不支持同步源库表结构及其他数据库对象，用户需要在目标库根据源端数据库的表结构创建对应的逻辑库。

查看更多 →

= t2.uuid; 图2 优化后 多表left join场景下关联键发生改变使用雪花模型代替星型模型 多表left join关联键发生更新时会发生数据乱序，建议右表先关联成一个view，然后再与左表关联。 关联键group_id改变导致“-D”和“+I”乱序，下游根据user_

查看更多 →

不通过原因：多对一任务时，不允许源库中存在与目标库同名的无主键表。 处理建议：建议修改无主键表、删除目标库无主键表或者不迁移无主键表。 待确认提示及处理建议 待确认原因：源数据库同步的表中存在无主键表。 处理建议：无主键表由于缺乏行的唯一性标志，在网络不稳定情况下，可能存在目标与源

查看更多 →

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

查看更多 →

部分表发生死锁，导致CPU一定幅度抬升。 死锁的表中有大量的外键，这些表的记录在更新时，不仅需要获取本表的行锁，还需要检查外键关联表的记录，获取相应锁。高并发情况下，比普通表更容易锁冲突或死锁，详解官方文档。 当MySQL检查到死锁的表时，会进行事务的回滚。其影响范围不仅是某个表，还会影响外键所在的表，最终导致数据库相关操作变慢。

查看更多 →

部分表发生死锁，导致CPU一定幅度抬升。 死锁的表中有大量的外键，这些表的记录在更新时，不仅需要获取本表的行锁，还需要检查外键关联表的记录，获取相应锁。高并发情况下，比普通表更容易锁冲突或死锁，详解官方文档。 当MySQL检查到死锁的表时，会进行事务的回滚。其影响范围不仅是某个表，还会影响外键所在的表，最终导致数据库相关操作变慢。

查看更多 →

部分表发生死锁，导致CPU一定幅度抬升。 死锁的表中有大量的外键，这些表的记录在更新时，不仅需要获取本表的行锁，还需要检查外键关联表的记录，获取相应锁。高并发情况下，比普通表更容易锁冲突或死锁，详解官方文档。 当MySQL检查到死锁的表时，会进行事务的回滚。其影响范围不仅是某个表，还会影响外键所在的表，最终导致数据库相关操作变慢。

查看更多 →

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

查看更多 →

possible_keys：指出MySQL能使用哪个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用。 key：表示MySQL实际决定使用的键（索引），如果没有选择索引，键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引，在查询中使用FORCE

查看更多 →

c表示检查约束。 f表示外键约束。 p表示主键约束。 u表示唯一约束。 table_name character varying(64) 约束相关的表名。 index_owner character varying(64) 约束相关的索引的所有者（只针对唯一约束和主键约束）。 index_name

查看更多 →

c表示检查约束。 f表示外键约束。 p表示主键约束。 u表示唯一约束。 table_name character varying(64) 约束相关的表名。 index_owner character varying(64) 约束相关的索引的所有者（只针对唯一约束和主键约束）。 index_name

查看更多 →

DBA_CONSTRAINTS视图存储关于数据库表中约束的信息。需要有系统管理员权限才可以访问。 名称 类型 描述 constraint_name vcharacter varying(64) 约束名。 constraint_type text 约束类型。 c表示检查约束。 f表示外键约束。 p表示主键约束。 u表示唯一约束。

查看更多 →

关联 创建路由关联 查询路由关联列表 删除路由关联 父主题： API

查看更多 →