DM在parse一个没有要同步的表的时候,出现了错误

:sob:有劳老师了,数据延迟快一天了,业务在催了

正在分析,稍等

从 operate-source show为空来看,需要为上游数据源添加source。见

https://docs.pingcap.com/zh/tidb-data-migration/v2.0/source-configuration-file

其中的source-id,会被任务配置文件引用

怎么先把这个位点跳过去,由于这个操作没有schema,sql-skip用不了,修改filter也不行


尖括号表示必选参数。需要传task

https://docs.pingcap.com/zh/tidb-data-migration/stable/skip-or-replace-abnormal-sql-statements#参数解释-1

不加尖括号可以执行成功,但是没生效。

看一下当前任务的状态,找到出错的binlog位置(而不是看日志的binlog位置)

https://docs.pingcap.com/zh/tidb-data-migration/stable/skip-or-replace-abnormal-sql-statements#query-status

现在这个是DM 1.0.6?

现在这个是v1.0.4-hotfix

query-status 看看任务状态

sql-skip就是这个位点

有没有resume-task。见

https://docs.pingcap.com/zh/tidb-data-migration/stable/skip-or-replace-abnormal-sql-statements#被动跳过-sql-语句

执行resume-task了,每次执行完sql-skip,我都会执行一次resume-task

我把这个表重跑了,数据不是很多。
但是大表如果碰到这个问题,跳不过去的话,那影响就太大了

import成功了
启动命令有误,应该是tiup dm start dm-cluster
但是没有启动成功
image

确实应该解决这个问题。有空的话可以传一份日志上来,我们排查一下

TiUP cluster start dm-cluster 不正确问题已经修复,今天会发一个版本,在下个版本已经修复,可以关注下发版信息做下升级。

我传一下worker的日志吧
dm-worker.rar (285.1 KB)

升级好了,但是在启动任务的时候,报如下错误,是由于dm_meta里面没有binlog_gtid导致的,这个应该怎么解决?怎样同步2.0版本的dm_meta元数据


从日志里看,下游收到的DDL是

ALTER TABLE .`t_mini_token` ADD COLUMN `desc` varchar(255) NOT NULL DEFAULT '' 

这个对应的上游DDL是什么,我们排查一下这里

咋升级的,应该会运行一些SQL调整表结构的,但是看你这里是没有运行的。