【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】
【附件:截图/日志/监控】
然而任务显示却是正常
【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】
【附件:截图/日志/监控】
看下源头呢,在源库上执行下show master status,看看是什么样
现在看这样的
而且这个错误值是一直变大的,比方说就是之前是1150现在1160
dm同步的二进制日志还是946么。如果还是的话有可能是主库正在进行一个大事务还没完成,可以分析下047的的binlog看看,或者看看947的binlog多大,如果太大的话,这个耗时也会很长
你是不是之前打开了relay_log,后边又关闭了?导致DM拉取的relay log一直不变,而MySQL的binlog一直在涨?
我不太懂您说的relay_log是什么,我只知道start-relay
就是start-relay,你是不是一开始start-relay执行了一段时间,后边因为某种原因又stop-relay了?
截图稍微多截一些,把完整task-status贴出来吧
好像是。。。但不是很确定
如果目录里有文件的话,那就和我说的一样了。修复方案有两种:
start-relay -s mysql-replica-09
,之后重启task。transfer-source
将source调度到一个新的worker两种方案,都会刷新一下内存信息,可以解决掉这种告警
好像没看到
不过relay确实没有开
现在任务状态如何?DM有时候会有BUG,任务执行状态下开启start-relay可能会有报错,需要stop-task & start-task重启任务