TiDB Data Migration 查询任务状态

本文介绍 TiDB Data Migration (DM) query-status 命令的查询结果、任务状态与子任务状态。

查询结果

» query-status
{ "result": true, # 查询是否成功 "msg": "", # 查询失败原因描述 "tasks": [ # 迁移 task 列表 { "taskName": "test", # 任务名称 "taskStatus": "Running", # 任务运行状态 "sources": [ # 该任务的上游 MySQL 列表 "mysql-replica-01", "mysql-replica-02" ] }, { "taskName": "test2", "taskStatus": "Paused", "sources": [ "mysql-replica-01", "mysql-replica-02" ] } ] }

关于 tasks 下的 taskStatus 状态的详细定义,请参阅任务状态

推荐的 query-status 使用方法是:

  1. 首先使用 query-status 查看各个 task 的运行状态是否正常。
  2. 如果发现其中某一 task 状态有问题,通过 query-status <出错任务的 taskName> 来得到更详细的错误信息。

任务状态

DM 的迁移任务状态取决于其分配到 DM-worker 上的子任务状态,定义见下表:

任务对应的所有子任务的状态任务状态
任一子任务处于 “Paused” 状态且返回结果有错误信息Error - Some error occurred in subtask
任一处于 Sync 阶段的子任务处于 “Running” 状态但其 Relay 处理单元未运行(处于 Error/Paused/Stopped 状态)Error - Relay status is Error/Paused/Stopped
任一子任务处于 “Paused” 状态且返回结果没有错误信息Paused
所有子任务处于 “New” 状态New
所有子任务处于 “Finished” 状态Finished
所有子任务处于 “Stopped” 状态Stopped
其他情况Running

详情查询结果

» query-status test
{ "result": true, # 查询是否成功 "msg": "", # 查询失败原因描述 "sources": [ # 上游 MySQL 列表 { "result": true, "msg": "", "sourceStatus": { # 上游 MySQL 的信息 "source": "mysql-replica-01", "worker": "worker1", "result": null, "relayStatus": null }, "subTaskStatus": [ # 上游 MySQL 所有子任务的信息 { "name": "test", # 子任务名称 "stage": "Running", # 子任务运行状态,包括 “New”,“Running”,“Paused”,“Stopped” 以及 “Finished” "unit": "Sync", # DM 的处理单元,包括 “Check”,“Dump“,“Load” 以及 “Sync” "result": null, # 子任务失败时显示错误信息 "unresolvedDDLLockID": "test-`test`.`t_target`", # sharding DDL lock ID,可用于异常情况下手动处理 sharding DDL lock "sync": { # 当前 `Sync` 处理单元的迁移信息 "masterBinlog": "(bin.000001, 3234)", # 上游数据库当前的 binlog position "masterBinlogGtid": "c0149e17-dff1-11e8-b6a8-0242ac110004:1-14", # 上游数据库当前的 GTID 信息 "syncerBinlog": "(bin.000001, 2525)", # 已被 `Sync` 处理单元迁移的 binlog position "syncerBinlogGtid": "", # 使用 GTID 迁移的 binlog position "blockingDDLs": [ # 当前被阻塞的 DDL 列表。该项仅在当前 DM-worker 所有上游表都处于 “synced“ 状态时才有数值,此时该列表包含的是待执行或待跳过的 sharding DDL 语句 "USE `test`; ALTER TABLE `test`.`t_target` DROP COLUMN `age`;" ], "unresolvedGroups": [ # 没有被解决的 sharding group 信息 { "target": "`test`.`t_target`", # 待迁移的下游表 "DDLs": [ "USE `test`; ALTER TABLE `test`.`t_target` DROP COLUMN `age`;" ], "firstPos": "(bin|000001.000001, 3130)", # sharding DDL 语句起始 binlog position "synced": [ # `Sync` 处理单元已经读到该 sharding DDL 的上游分表 "`test`.`t2`" "`test`.`t3`" "`test`.`t1`" ], "unsynced": [ # `Sync` 处理单元未读到该 sharding DDL 的上游分表。如有上游分表未完成同步,`blockingDDLs` 为空 ] } ], "synced": false, # 增量复制是否已追上上游。由于后台 `Sync` 单元并不会实时刷新保存点,当前值为 `false` 并不一定代表发生了迁移延迟 "totalRows": "12", # 该子任务中迁移的行数 "totalRps": "1", # 该子任务中每秒迁移的行数 "recentRps": "1" # 该子任务中最后一秒迁移的行数 } } ] }, { "result": true, "msg": "", "sourceStatus": { "source": "mysql-replica-02", "worker": "worker2", "result": null, "relayStatus": null }, "subTaskStatus": [ { "name": "test", "stage": "Running", "unit": "Load", "result": null, "unresolvedDDLLockID": "", "load": { # `Load` 处理单元的迁移信息 "finishedBytes": "115", # 已全量导入的字节数 "totalBytes": "452", # 总计需要导入的字节数 "progress": "25.44 %", # 全量导入进度 "bps": "2734" # 全量导入速度 } } ] }, { "result": true, "sourceStatus": { "source": "mysql-replica-03", "worker": "worker3", "result": null, "relayStatus": null }, "subTaskStatus": [ { "name": "test", "stage": "Paused", "unit": "Load", "result": { # 错误示例 "isCanceled": false, "errors": [ { "Type": "ExecSQL", "msg": "Error 1062: Duplicate entry '1155173304420532225' for key 'PRIMARY'\n/home/jenkins/workspace/build_dm/go/src/github.com/pingcap/tidb-enterprise-tools/loader/db.go:160: \n/home/jenkins/workspace/build_dm/go/src/github.com/pingcap/tidb-enterprise-tools/loader/db.go:105: \n/home/jenkins/workspace/build_dm/go/src/github.com/pingcap/tidb-enterprise-tools/loader/loader.go:138: file test.t1.sql" } ], "detail": null }, "unresolvedDDLLockID": "", "load": { "finishedBytes": "0", "totalBytes": "156", "progress": "0.00 %", "bps": "0" } } ] }, { "result": true, "msg": "", "sourceStatus": { "source": "mysql-replica-04", "worker": "worker4", "result": null, "relayStatus": null }, "subTaskStatus": [ { "name": "test", "stage": "Running", "unit": "Dump", "result": null, "unresolvedDDLLockID": "", "dump": { # `Dump` 处理单元的迁移信息 "totalTables": "10", # 需要 dump 的表数量 "completedTables": "3", # 已 dump 的表数量 "finishedBytes": "2542", # 已 dump 的字节数 "finishedRows": "32", # 已 dump 的行数 "estimateTotalRows": "563", # 预估需要 dump 的行数 "progress": "30.52 %", # dump 的进度 "bps": "445" # dump 的速度 } } ] }, ] }

关于 sourcessubTaskStatusstage 状态和状态转换关系的详细信息,请参阅子任务状态

关于 sourcessubTaskStatusunresolvedDDLLockID的操作细节,请参阅手动处理 Sharding DDL Lock

子任务状态

状态描述

  • New

    • 初始状态。
    • 如果子任务没有发生错误,状态切换为 Running,其他情况则切换为 Paused
  • Running:正常运行状态。

  • Paused

    • 暂停状态。
    • 子任务发生错误,状态切换为 Paused
    • 如在子任务为 Running 状态下执行 pause-task 命令,任务状态会切换为 Paused
    • 如子任务处于该状态,可以使用 resume-task 命令恢复任务。
  • Stopped

    • 停止状态。
    • 如在子任务为 RunningPaused 状态下执行 stop-task 命令,任务状态会切换为 Stopped
    • 如子任务处于该状态,不可使用 resume-task 命令恢复任务。
  • Finished

    • 任务完成状态。
    • 只有 task-modefull 的任务正常完成后,任务才会切换为该状态。

状态转换图

error occurs New --------------------------------| | | | resume-task | | |----------------------------| | | | | | | | | | v v error occurs | v Finished <-------------- Running -----------------------> Paused ^ | or pause-task | | | | start task | | stop task | | | | | v stop task | Stopped <-------------------------|

文档内容是否有帮助?