在5.4.0版本,DM中如何手动停止和开启relay log同步以及在binlog大于4GB的解决方案

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【概述】 在DM组件升级5.4.0后,加载数据源可以自动开启绑定到对应worker,这个流程很不错。但是在尝试手动对数据源进行开启或者停止relay log同步后,均提示操作异常。
【现象】 业务和数据库现象
在确认数据源绑定关系后,执行stop-relay后出现的信息


官方文档操作信息:

数据源配置文件:

【问题】 需要怎么样的正确操作才能够手动开启和停止relay log。在应对binlog大于4g情况下,有什么其他方案解决binlog > 4gb时产生的异常。

【TiDB 版本】 v5.0.2

【附件】

可以看到提示,你的 dmctl 还是 v2.0.2,需要升级成 v5.4.0

2 个赞

和dmctl版本无关吧,给出的错误提示
Message: the source has start-relay automatically for bound worker, so it can’t stop-relay with worker name now, Workaround: Please use stop-relay without worker name."

dmctl 还是 2.0.2 版本吗?看 dm 集群是 5.4.0 版本,先升级到一样的版本,再试试呢?
tiup update dmctl

我升级了,我后悔了。
升级过后还是一样的,实际的问题是在5.4.0回归了enable-relay,但是在开启同步任务时候,start-relay绑定的是空,举例:


默认是以这种状态开启的,但是如果你要停止relay呢,就需要顺着这个操作去停止relay:

而在以前版本执行的方式为:


从返回的信息也可以看出差异,感觉这个默认开启被弄巧成拙了。

另外,升级为最新的dmctl后,stop-task的操作方式变了,无法作用于任务,现在很蛋疼,不知道该咋办。
这个问题我另外提了帖子:

tiup update dmctl 拉取到的版本是v6.0.0,超过了目前dm版本 v5.4.0,造成stop-task的执行方式和目前不太一样,option由stop转变成delete。能否在更新时候识别下集群版本做对应升级呢

tiup update dmctl:v5.4.0 可以更新到你需要的版本,比如这样到 5.4.0
使用的时候: tiup dmctl:v5.4.0 这样

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。