dm执行报错 :invalid connection


也偶发性的有如下报错

只有在全量同步时才会报这个错

是全量同步

你现在是整个数据源所有库都在一个任务还是只有单个库?要是所有库可以分开多个任务来同步

单个库 我现在都已经 碰到哪个表卡住 我就给他过滤掉 600多张表 ,现在已经过滤了十几个表了 还没过去

去查下哪些表比较大,先把大表过滤掉试下

现在有个情况 这个MySQL 是8.0的 ,不确定是不是8.0的表结构导致的

TiDB是什么版本?兼容8.0么?

8.0没有问题的,这个同步的兼容的的

你用的是哪个版本 LTS 版本中全面兼容 mysql 8.0 的要等 7.5

tidb 是6.几的 昨天升级到了7.4还是不行 决定用mydumper 导了

用了7.4的也不太行

嗯,到时候可以测试一下7.5是不是可以完全兼容

可以把DM 的 debug 日志开关打开,重试,看看有没有别的异常信息方便定位问题

debug日志打开过 没啥有用的信息

不确定是不是MySQL 8.0 和 DM兼容性问题,我们使用时在 MySQL 5.7 是没问题的。
你可以在测试环境验证看看。

为了尽早解决你目前的问题,建议先用 dumpling 或 mysqldump 等工具把基量数据导到下游去,然后再通过 DM 部署增量同步。
先实现全量数据实时同步的目标,上面的问题可以后面再在测试环境排查。

可以试一下7.5

这个一般是wati_timeout时间太低导致的,你调整过wait_timeout后,还有报错么?

试过了没用的

看下 tidb-server 有没有重启,tidb.log 中匹配下 panic 关键字,别是遇到了 TiDB 什么 bug