MySQL到DWS实时同步中，DWS为什么需要对主键null值进行过滤？ 问题描述 MySQL到DWS链路 ，由于DWS的表是手动建立的，主键和MySQL不同。当DWS的主键字段在MySQL 中是非主键字段，如果该字段在MySQL中出现null值那么，写入到DWS中将会报错，报错信息如下：

查看更多 →

DDM使用类 DDM如何进行分片 如何解决JDBC驱动方式连接DDM异常问题 使用mysqldump从MySQL导出数据非常缓慢的原因 导入数据到DDM过程中出现主键重复 如何处理数据迁移过程中自增列报错：主键重复 如何处理配置参数未超时却报错 如何处理DDM逻辑库与RDS实例的先后关系

查看更多 →

对于INT类型，如果该列含有自增属性（AUTO_INCREMENT）时，DRS同步时会将设置该属性的字段同步为SERIAL类型。 PG兼容性模式不迁移自增属性。 MySQL-> GaussDB M兼容模式 表2 数据类型映射关系 数据类型（MySQL） 数据类型（GaussDB）

查看更多 →

如何设计宽表主键 GeminiDB Cassandra是一款分布式数据引擎，宽表引擎中的数据均按照主键进行分布。在执行查询时，如果表中存在多列主键，系统会从最左边的主键开始匹配。如果主键设置不当，则可能导致主键无法被有效利用，进而产生热点问题，影响查询性能。因此，在数据分区和数据

查看更多 →

如何处理表中存在主键重复的数据 场景 DDM实例的逻辑表中已存在主键数据类型边界值的记录，如果插入的数据超过主键数据类型的范围，表中会出现主键重复的数据。 处理方法 登录云服务管理控制台。 在RDS for MySQL的“实例管理”页面，查找DDM实例对应的RDS for MySQ L实例 ，单击目标RDS

查看更多 →

ON UPDATE子句为字段的一种属性约束。 当对表中某元组执行UPDATE操作时，若更新字段的新值和表中旧值不相同，则表中该元组上具有该属性且不在更新字段内的字段值自动更新为当前时间戳；若更新字段的新值和表中旧值相同，则表中该元组上具有该属性且不在更新字段内的字段值不变，保持原

查看更多 →

定。请根据业务评估，合理控制事务中的语句个数。 使用主键，在插入数据时，尽量选择主键顺序插入，选择使用AUTO_INCREMENT自增主键。 因为当主键乱序插入时，会产生“页分裂”，消耗性能。 示例如下： 主键乱序插入 : 6 2 9 7 2 主键顺序插入 : 1 2 4 6 8

查看更多 →

ESCAPED BY 只支持'\\'。 如果导入数据时没有指定自增键的值，DDM不会填充自增值，自增能力使用的是底层DN的自增能力，因此自增值会重复。 如果主键或者唯一索引值经过路由后不在同一张物理表，REPLACE不生效。 如果主键或者唯一索引值经过路由后不在同一张物理表，IGNORE不生效。

查看更多 →

，逻辑表数量难扩容。 雪花算法：使用ShardingJDBC雪花算法，id以时间戳开头，分表采用hash，逻辑表数量难扩容。 自增主键(32位)/自增主键(64位)：使用整数range分表，需自己开发插件完成分表算法，逻辑表数量比较容易扩容。 用户自定义：使用用户自定义的方法。 数据源：设置数据库的SDK类型。

查看更多 →

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

查看更多 →

AUTO_INCREMENT 在数据库应用中，我们经常需要用到自动递增的唯一编号来标识记录。在MySQL中，可通过数据列的auto_increment属性来自动生成。可在建表时可用“auto_increment=n”选项来指定一个自增的初始值。可用“alter table table_name

查看更多 →

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

查看更多 →

创建和管理序列 背景信息 序列Sequence是用来产生唯一整数的数据库对象。序列的值是按照一定规则自增的整数。因为自增所以不重复，因此Sequence具有唯一标识性。这也是Sequence常被用作主键的原因。 通过序列使某字段成为唯一标识符的方法有两种： 一种是声明字段的类型为序列整型，由

查看更多 →

创建和管理序列 背景信息 序列Sequence是用来产生唯一整数的数据库对象。序列的值是按照一定规则自增的整数。因为自增所以不重复，因此说Sequence具有唯一标识性。这也是Sequence常被用作主键的原因。 通过序列使某字段成为唯一标识符的方法有两种： 一种是声明字段的类型为序列整型，

查看更多 →

创建和管理序列 背景信息 序列Sequence是用来产生唯一整数的数据库对象。序列的值是按照一定规则自增的整数。因为自增所以不重复，因此Sequence具有唯一标识性。这也是Sequence常被用作主键的原因。 通过序列使某字段成为唯一标识符的方法有两种： 一种是声明字段的类型为序列整型，由

查看更多 →

表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。

查看更多 →

表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。

查看更多 →

表，但是在物理层面上将数据存储在多个文件。 表中的列不要太多，尽量做到冷热数据分离，减小表的宽度，以便在一页内存中容纳更多的行，进而减少磁盘IO，更有效的利用缓存。 经常一起使用的列尽量放到一个表中，避免过多的关联操作。 禁止在表中建立预留字段，否则修改列的类型会导致锁表，修改一个字段类型的成本要高于增加一个字段。

查看更多 →

源迁移库无主键表检查 MySQL为源场景 表1 源迁移库无主键表检查 预检查项 源迁移库无主键表检查。 描述 源数据库同步的表中存在无主键表。 待确认提示及处理建议 待确认原因：源数据库同步的表中存在无主键表。 处理建议：由于无主键表的性能低于主键表的性能，建议将无主键表修改为主键表。

查看更多 →

，逻辑表数量难扩容。 雪花算法：使用ShardingJDBC雪花算法，id以时间戳开头，分表采用hash，逻辑表数量难扩容。 自增主键(32位)/自增主键(64位)：使用整数range分表，需自己开发插件完成分表算法，逻辑表数量比较容易扩容。 用户自定义：使用用户自定义的方法。 数据源：设置数据库的SDK类型。

查看更多 →

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

查看更多 →