异构数据库兼容性风险须知 在进行异构数据同步时，DRS会对兼容性进行检查，需要用户自行确认是否涉及。 待确认原因 待迁移的表中以字符串为主键或唯一键的列不包含空格，由于源数据库的字符串作为主键、唯一键时区分空格，而目标数据库不区分，所以有可能导致数据不一致或迁移失败。 由于源数据

查看更多 →

“模式/库名”与“宽表名”是对应的，“模式/库名”就是数据库schema，“宽表名”就是库里面的表；“模式/库名”和“宽表名”可以填写计算库配置的这个账号里面所有有权限的库和表 可以添加多张宽表 是否主键：选择数据库表的主键或者值唯一的字段作为主键，宽表的主键尽量是字符类型 是否脱敏：选择字段是否脱敏

查看更多 →

个数。 使用主键，在插入数据时，尽量选择主键顺序插入，选择使用AUTO_INCREMENT自增主键。 因为当主键乱序插入时，会产生“页分裂”，消耗性能。 示例如下： 主键乱序插入 : 6 2 9 7 2 主键顺序插入 : 1 2 4 6 8 尽量不要使用UUID做主键或者是其他自然主键，如身份证号。

查看更多 →

殊字符干扰无法正常入库。 - 1.0.7 数据库重启中写入数据失败后支持重试。 增加as方式创建临时表，解决在有主键表无法使用copy merge/upsert的问题。 数据库字段适配为默认大小写不敏感。 Flink SQL增加打印主键参数，用于分析数据缺失时排查问题。 - 1.0

查看更多 →

column1=8; 执行操作后，双方数据库数据一致，并且多数据。 图2 dr1、dr2库数据 场景二：双主灾备，同时操作双边数据库，导致数据不一致 初始数据如下图所示（seqno为主键，column1为非主键）。 图3 初始数据 双方数据库同时分别执行如下操作： dr1库：insert

查看更多 →

提交工单联系客服为您解答。 问题：无主键表对数据库的影响是什么？ 解决方法：无主键表在数据库运行中会导致慢SQL，从而影响实例的稳定性。建议为无主键表添加主键，减少主从复制时延。 问题：无索引表对数据库的影响是什么？ 解决方法：无索引表在数据库运行中会导致慢SQL，从而影响实例的

查看更多 →

MySQL数据同步对源数据库和目标数据库有什么影响 以下数据以MySQL2MySQL大规格实时同步任务为例，不同规格对数据库的连接数存在差异，仅供参考。 DRS对源数据库的压力及影响 全量（初始化）阶段，DRS需要从源库将所有存量数据查询一次。DRS查询使用简单SQL语句，对源库

查看更多 →

可能原因 无主键表由于缺乏行的唯一性标志，在网络不稳定情况下，无主键表数据写入时与源数据库数据不一致。 源端为RDS for MySQL老版本（5-5.7.23），有无主键表隐藏主键的特性，导致DRS任务报错update/delete没有命中。 解决方案 如果是无主键表原因，需要

查看更多 →

Android SDK是否支持自定义采集数据？ 支持，具体请参见自定义音频采集和渲染和自定义视频采集和渲染实现。 父主题： SDK使用

查看更多 →

仅支持同步MyISAM和InnoDB表。 不支持同步存储过程等其他数据库对象。 - 无主键表检查 由于无主键表的性能低于主键表的性能，建议将无主键表修改为主键表。 详见源库无主键表检查。 有主键表正确性检查 不建议在数据库中使用非精确数值类型做主键，该特性影响 DRS 增量场景下对 UPDATE、DELETE语句的同步，导致任务失败。

查看更多 →

齐，“类型”为“VARCHAR”时实际长度不足则不补齐。 主键：配置是否为主键列。普通HBase表主键只能指定一个；phoenix表主键可以指定多个，配置多个列为主键时，会按照配置列的先后顺序对其进行拼接。必须配置一个主键列。 map 是 无 数据处理规则 当配置HBase表名不存在时，作业提交失败。

查看更多 →

间累积的增量数据需要回放。 业务数据库对无主键表进行了批量操作，DRS灾备实例正在同步变更数据较大的无主键表。为了确保无主键表数据一致性，对所有执行操作都进行位点记录，因此效率相比有主键表低。同时，如果目标表无索引，数据更新效率会更低。 业务数据库执行了DDL操作，DRS灾备实例

查看更多 →

copy_merge：当存在主键时使用copy方式入临时表，从临时表merge至目标表；无主键时直接copy至目标表。 copy_upsert：当存在主键时使用copy方式入临时表，从临时表upsert至目标表；无主键时直接copy至目标表。 upsert: 有主键用upsert sql入库；无主键用insert

查看更多 →

conflictStrategy 数据库存在主键时的主键冲突策略： INSERT_OR_IGNORE：主键冲突时忽略新数据。 INSERT_OR_UPDATE：主键冲突时使用新的数据列更新原数据对应列。 INSERT_OR_REPLACE：主键冲突时使用新数据替换原数据，数据库中新数据不包含列设

查看更多 →

耗时较久，延迟过高。以创建二级索引为例，过高延迟的DDL操作会阻塞后续依赖新索引的DML查询操作。 云数据库 GaussDB (for MySQL)支持并行DDL的功能。当数据库硬件资源空闲时，您可以通过并行DDL功能加速DDL执行，避免阻塞后续相关的DML操作，缩短执行DDL操作的窗口期。

查看更多 →

DDL操作耗时较久，延迟过高。以创建二级索引为例，过高延迟的DDL操作会阻塞后续依赖新索引的DML查询操作。 云数据库 TaurusDB支持并行DDL的功能。当数据库硬件资源空闲时，您可以通过并行DDL功能加速DDL执行，避免阻塞后续相关的DML操作，缩短执行DDL操作的窗口期。

查看更多 →

t2 on t1.id = t2.id; 多表join场景且join key是联合主键时select字段要显示添加联合主键所有字段 如果不显示select联合主键所有字段，join算子会丢弃部分主键，导致join spec为NoUniqueKey。 优化前SQL： create table

查看更多 →

INDEX：不指定主键，es内部生成id，使得每次写入都是不同id的新增数据文件。 CREATE：需要指定主键。如果主键已经存在，写入失败。 UPDATE：需要指定主键。如果主键已经存在，覆盖原有数据。 UPSERT：需要指定主键。如果主键已经存在，覆盖原有数据；如果主键不存在，则新建文档写入。

查看更多 →

INDEX：不指定主键，es内部生成id，使得每次写入都是不同id的新增数据文件。 CREATE：需要指定主键。如果主键已经存在，写入失败。 UPDATE：需要指定主键。如果主键已经存在，覆盖原有数据。 UPSERT：需要指定主键。如果主键已经存在，覆盖原有数据；如果主键不存在，则新建文档写入。

查看更多 →

标签规则 UUID时主键应是字符类型。 AUTO_INCREASE_INT32的主键应是int类型。 AUTO_INCREASE_INT64的主键应是bigint类型。 SNOWFLAKE时主键应是数值（int/long）类型。 非USER_DEFINE的主键时，主键名不是“id”。

查看更多 →

LibrA的运行非常重要，在 CDM 数据迁移到DWS/ FusionInsight LibrA过程中，建议按如下顺序选取分布列： 有主键可以使用主键作为分布列。 多个数据段联合做主键的场景，建议设置所有主键作为分布列。 在没有主键的场景下，如果没有选择分布列，DWS会默认第一列作为分布列，可能会有数据倾斜风险。 因此，在

查看更多 →