数据传输服务 DTS：Reserve参数说明

• 0：预检查并报错拦截。
• 2：忽略报错并继续执行。

• overwrite：当数据同步遇到冲突时，直接覆盖目标库中的冲突记录。
• interrupt：当数据同步遇到冲突时，同步任务直接报错并退出，同步任务进入失败状态，需要您手动修复任务。
• ignore：当数据同步遇到冲突时，直接跳过当前同步语句，继续往下执行，选择使用目标库中的冲突记录。

• true：不同步DDL操作。
• false：同步DDL操作。
  重要 反向任务将自动过滤DDL操作。

• none（默认值）：DTS任务配置完成后，自动启动预检查模块及其后续所有模块。
• auto：DTS任务配置完成后，不启动预检查等模块，需要手动启动任务。

• Y：是，配置ETL功。
• N：否，不配置ETL功。

• oneway：单向同步。
• bidirectional：双向同步。

• default：使用DTS默认策略。
• source：和源库保持一致。
• dest_upper：与目标库默认策略保持一致（大写）。
• dest_lower：与目标库默认策略保持一致（小写）。

{
     "srcInstanceId": "cen-9kqshqum*******"  }

{
     "destInstanceId": "cen-9kqshqum*******"  }

• true：迁移账号。
• false（默认值）：不迁移账号。

• none：不在源库中写入心跳SQL信息。
• N：在源库中写入心跳SQL信息。

• 复制源表Online DDL变更产生的临时表数据：

  {
       "whitelist.dms.online.ddl.enable": "true",
       "sqlparser.dms.original.ddl": "false",
       "whitelist.ghost.online.ddl.enable": "true",
       "sqlparser.ghost.original.ddl": "false"
  }

• 不复制源表Online DDL变更产生的临时表数据，只同步源库使用DMS执行的原始DDL数据：

  {
       "whitelist.dms.online.ddl.enable": "false",
       "sqlparser.dms.original.ddl": "true",
       "whitelist.ghost.online.ddl.enable": "false",
       "sqlparser.ghost.original.ddl": "false"
  }

• 不复制源表Online DDL变更产生的临时表数据，只同步源库使用gh-ost执行的原始DDL数据：

  {
       "whitelist.dms.online.ddl.enable": "false",
       "sqlparser.dms.original.ddl": "false",
       "whitelist.ghost.online.ddl.enable": "false",
       "sqlparser.ghost.original.ddl": "true",
       "online.ddl.shadow.table.rule": "^_(.+)_(?:gho|new)$",
       "online.ddl.trash.table.rule": "^_(.+)_(?:ghc|del|old)$"
  }

  说明 可以使用默认的或者自行配置gh-ost影子表的正则表达式（online.ddl.shadow.table.rule）和无用表的正则表达式（online.ddl.trash.table.rule）。

• 0：非加密连接。
• 1：SSL安全连接。

• none：不在源库中写入心跳SQL信息。
• N：在源库中写入心跳SQL信息。

• 复制源表Online DDL变更产生的临时表数据：

  {
       "whitelist.dms.online.ddl.enable": "true",
       "sqlparser.dms.original.ddl": "false",
       "whitelist.ghost.online.ddl.enable": "true",
       "sqlparser.ghost.original.ddl": "false"
  }

• 不复制源表Online DDL变更产生的临时表数据，只同步源库使用DMS执行的原始DDL数据：

  {
       "whitelist.dms.online.ddl.enable": "false",
       "sqlparser.dms.original.ddl": "true",
       "whitelist.ghost.online.ddl.enable": "false",
       "sqlparser.ghost.original.ddl": "false"
  }

• 不复制源表Online DDL变更产生的临时表数据，只同步源库使用gh-ost执行的原始DDL数据：

  {
       "whitelist.dms.online.ddl.enable": "false",
       "sqlparser.dms.original.ddl": "false",
       "whitelist.ghost.online.ddl.enable": "false",
       "sqlparser.ghost.original.ddl": "true",
       "online.ddl.shadow.table.rule": "^_(.+)_(?:gho|new)$",
       "online.ddl.trash.table.rule": "^_(.+)_(?:ghc|del|old)$"
  }

  说明 可以使用默认的或者自行配置gh-ost影子表的正则表达式（online.ddl.shadow.table.rule）和无用表的正则表达式（online.ddl.trash.table.rule）。

• 0：非加密连接。
• 1：SSL安全连接。

• sid：非RAC实例。
• serviceName：RAC或PDB实例。

• default（默认值）
• GB 2312
• GBK
• GB 18030
• UTF-8
• UTF-16
• UTF-32

• cdc：非堆表用日志解析增量同步或迁移，堆表用CDC增量同步或迁移。
• log：解析源库日志做增量同步或迁移。

• schema.table：将源库中的Schema名.表名作为目标表的名称。
• without.schema：将源库的表名作为目标表的名称。
  警告 若源库多个Schema中有名称相同的表，则可能会导致数据不一致或任务失败。

• single：单机版。
• cluster：集群版。

EXPIRE key seconds
PEXPIRE key milliseconds
EXPIREAT key timestamp
PEXPIREAT key timestampMs

• true：从Slave节点拉取数据。
• false（默认）：从Master节点拉取数据。

• 0 ：单节点架构。
• 1：副本集架构。
• 2：分片集群架构。

• none：不在源库中写入心跳SQL信息。
• N：在源库中写入心跳SQL信息。

• single：即单个IP:Port。
• multiple：即多个IP:Port。

• none：不在源库中写入心跳SQL信息。
• N：在源库中写入心跳SQL信息。

• EXPRESS：专线/VPN网关/智能网关。
• ECS：ECS自建数据库。

• 当taskType为ECS时，表示ECS的实例ID。
• 当taskType为EXPRESS时，表示已和源端数据库联通的专有网络ID

• 0：非加密连接。
• 3：使用SCRAM-SHA-256进行加密连接。

• manual：手动迁移。
• auto：自动迁移。

• 0：非加密连接。
• 1：SSL安全连接。

• innodb：默认存储引擎。
• xengine：联机事务处理OLTP（On-Line Transaction Processing）数据库存储引擎。

• manual：手动迁移。
• auto：自动迁移。

• manual：手动迁移。
• auto：自动迁移。

• tagColumnValue：自定义标签列。
  重要 您还需要在DbList参数中配置标签列的值，详情请参见迁移、同步或订阅对象说明。
• notTagColumnValue：不自定义标签列。
  重要 当前仅先购买后配置模式的实例支持自定义标签列。

• insert
• update
• delete
• alterTable
• truncateTable
• createTable
• dropTable

• insert
• update
• delete
• alterTable
• truncateTable
• createTable
• dropTable
• createDB
• dropDB

• manual：手动迁移。
• auto：自动迁移。

• 0：非加密连接。
• 1：SSL安全连接。

• 0 ：单节点架构。
• 1：副本集架构。
• 2：分片集群架构。

• single：单机版。
• cluster：集群版。

EXPIRE key seconds
PEXPIRE key milliseconds
EXPIREAT key timestamp
PEXPIREAT key timestampMs

• single：即单个IP:Port。
• multiple：即多个IP:Port。

• sid：非RAC实例。
• serviceName：RAC或PDB实例。

• 使用新附加列命名规则：isUseNewAttachedColumn取值为true。
• 使用旧附加列命名规则：isUseNewAttachedColumn取值为false。

• 使用新附加列命名规则：isUseNewAttachedColumn取值为true。
• 使用旧附加列命名规则：isUseNewAttachedColumn取值为false。

• 当isUseNewAttachedColumn为true时：
  • modifytime_year
  • modifytime_month
  • modifytime_day
  • modifytime_hour
  • modifytime_minute
• 当isUseNewAttachedColumn为false时：
  • new_dts_sync_modifytime_year
  • new_dts_sync_modifytime_month
  • new_dts_sync_modifytime_day
  • new_dts_sync_modifytime_hour
  • new_dts_sync_modifytime_minute

• tb：创建的索引名称和表名一致。
• db_tb：创建的索引名称由库名、下划线（_）和表名按顺序拼接而成。

• 0：非加密连接。
• 3：使用SCRAM-SHA-256进行加密连接。

• canal_json：使用Canal来解析数据库增量日志，并将增量数据传输至目标Kafka集群中，数据存储格式为Canal Json。
• dts_avro：一种数据序列化格式，可将数据结构或对象转化成便于存储或传输的格式。
• shareplex_json：使用数据复制软件Shareplex读取源库中的数据，将数据写入至目标Kafka集群时，数据存储格式为Shareplex Json。
• debezium：一种捕获数据变更的工具，支持将源库的数据更新实时流式传输到目标Kafka集群中。

• none：将所有数据和DDL信息都投递到目标Topic的Partition 0。
• database_table：将库名与表名合并作为Partition Key来计算Hash值，然后将各个表的数据和DDL信息投递到目标Topic中的各个Partition。
• columns：将表中的列（默认为主键，如果无主键则使用唯一键）作为Partition Key来计算Hash值，然后将不同的行投递到目标Topic的各个Partition中。您也可以指定单个或多个列作为Partition Key来计算Hash值。