兼容性问题，详情可参考MySQL不同版本之间的语法差异。 多对一场景下，创建迁移任务时，目标库读写设置需要跟已有任务设置为一致。 由于无主键表缺乏行的唯一性标志，网络不稳定时涉及少量重试，表数据存在少量不一致的可能性。 对于表中的物理生成列，如果列是根据一个时间类型生成的，会存在此列数据不一致的可能性。

查看更多 →

键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。选择忽略可能导致源库与目标库数据不一致。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 过滤DROP DATABASE 实时同步过程中，源数据库端执行的DDL操作在一定程度上

查看更多 →

键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。选择忽略可能导致源库与目标库数据不一致。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 过滤DROP DATABASE 实时同步过程中，源数据库端执行的DDL操作在一定程度上

查看更多 →

数值，二者结果可以一致也可以不一致。 若您需要将对比结果一致的性能参数修改为不一致，需要在“目标库值调整为”一列手动输入需要调整的倍数或结果，单击左上角“一键修改”按钮，即可将源数据库和目标数据库对应的性能参数值改为不一致。 若您想将对比结果不一致的参数改为一致结果，请参考如下流程进行修改：

查看更多 →

由于HBase的可扩展性，在查询表的时候，默认情况下会匹配被查询列的所有版本的值，即使被删除或被修改的值也可以查询出来。对于命中列失败的行（即在某一行中不存在该列），HBase会将该行查询出来。 如果用户仅需查询该表的最新值和命中列成功的行，可使用如下查询语句： scan '<table_name>'

查看更多 →

由于HBase的可扩展性，在查询表的时候，默认情况下会匹配被查询列的所有版本的值，即使被删除或被修改的值也可以查询出来。对于命中列失败的行（即在某一行中不存在该列），HBase会将该行查询出来。 如果用户仅需查询该表的最新值和命中列成功的行，可使用如下查询语句： scan '<table_name>'

查看更多 →

键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。选择忽略可能导致源库与目标库数据不一致。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 过滤DROP DATABASE 实时同步过程中，源数据库端执行的DDL操作在一定程度上

查看更多 →

目标数据库实例必须是 GaussDB (for MySQL)主备实例。 多对一场景下，创建迁移任务时，目标库读写设置需要跟已有任务设置为一致。 由于无主键表缺乏行的唯一性标志，网络不稳定时涉及少量重试，表数据存在少量不一致的可能性。 对于表中的物理生成列，如果列是根据一个时间类型生成的，会存在此列数据不一致的可能性。

查看更多 →

键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。选择忽略可能导致源库与目标库数据不一致。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 过滤DROP DATABASE 实时同步过程中，源数据库端执行的DDL操作在一定程度上

查看更多 →

： 忽略 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。选择忽略可能导致源库与目标库数据不一致。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 备机读 3中源数据库为可选实例时，支持备机读功能，可选打开或者关闭。

查看更多 →

为保证同步前后数据一致性，确保同步期间目标数据库无业务写入。 数据库同步与环境多样性和人为操作均有密切关系，为了确保同步的平顺，建议您在进行正式的数据库同步之前进行一次演练，可以帮助您提前发现问题并解决问题。 基于以下原因，建议您在启动任务时选择“稍后启动”功能，将启动时间设置在业

查看更多 →

当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 过滤DROP DATABASE 实时同步过程中，源数据库端执行的DDL操作在一定程度上会影响数据的同步能力

查看更多 →

键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。选择忽略可能导致源库与目标库数据不一致。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 过滤DROP DATABASE 实时同步过程中，源数据库端执行的DDL操作在一定程度上

查看更多 →

同步阶段通过解析日志等技术，将源端和目标端数据保持数据持续一致。 “全量”： 该模式为数据库一次性同步，适用于可中断业务的数据库同步场景，全量同步将非系统数据库的全部数据库对象和数据一次性同步至目标端数据库。 “增量”： 增量同步通过解析日志等技术，将源端产生的增量数据同步至目标端。

查看更多 →

同步阶段通过解析日志等技术，将源端和目标端数据保持数据持续一致。 “全量”： 该模式为数据库一次性同步，适用于可中断业务的数据库同步场景，全量同步将非系统数据库的全部数据库对象和数据一次性同步至目标端数据库。 “增量”： 增量同步通过解析日志等技术，将源端产生的增量数据同步至目标端。

查看更多 →

数据库之间的同步。 DRS任务类型 选择DRS任务类型，可选“单AZ”和“双AZ”。 双AZ：一主一备的经典高可用架构，提高了DRS任务的可靠性。双AZ任务创建后，DRS会同时创建一主一备两个子任务，当主AZ任务发生异常，DRS会自动启动备AZ任务继续进行同步，提高同步任务的可靠

查看更多 →

无法创建迁移任务。 多对一场景下，创建迁移任务时，目标库读写设置需要跟已有任务设置为一致。 由于无主键表缺乏行的唯一性标志，网络不稳定时涉及少量重试，表数据存在少量不一致的可能性。 对于表中的物理生成列，如果列是根据一个时间类型生成的，会存在此列数据不一致的可能性。 若源库表开启

查看更多 →

Z任务创建后，DRS会同时创建一主一备两个子任务，当主AZ任务发生异常，DRS会自动启动备AZ任务继续进行同步，提高同步任务的可靠性。适用于业务数据量较大，需要长期同步，并对中断时间有严格要求的场景。 单AZ：采用单个节点部署架构，每个任务只创建一个节点，性价比较高。适用于业务数

查看更多 →

键/唯一键存在重复等），将跳过冲突数据，继续进行后续同步。选择忽略可能导致源库与目标库数据不一致。 覆盖 当同步数据与目标数据库已有数据冲突时（主键/唯一键存在重复等），将覆盖原来的冲突数据。 过滤DROP DATABASE 实时同步过程中，源数据库端执行的DDL操作在一定程度上

查看更多 →

法，或者MySQL中有对应的语法，但当前还未适配转换的情况，这样会导致结构同步失败。这时，需要手工在目标数据库创建表结构。 同步对象支持设置事务的强一致性（事务同步到目标库的提交顺序和原子性与源库保持一致），性能相比默认模式有较大幅度降低。 打开事务强一致性开关，如果一次提交事务

查看更多 →

如何设置RDS for MySQL实例开启查询缓存 查询缓存（query_cache）相关的参数，不支持通过控制台设置。如需开启查询缓存，请提交工单申请。 不建议开启查询缓存，原因有以下几点： 仅在用户频繁访问同一条SQL的场景下，query_cache会带来一定的性能优化，在其

查看更多 →