【TiDB 版本】
v4.0.10
【DM 版本】
v2.0.1
【mysql 版本】
5.7.17
【问题描述】
每天00:00点-5点,dm worker task 报警dm worker paused exceed 20 min
这个库没有添加主键,创建任务的时候过滤了。 dm1.0.6 没有这个问题
监控图
dm-worker_stderr.log 日志,一直到5点,报错停止
dm-worker_stdout.log 日志
【TiDB 版本】
v4.0.10
【DM 版本】
v2.0.1
【mysql 版本】
5.7.17
【问题描述】
每天00:00点-5点,dm worker task 报警dm worker paused exceed 20 min
这个库没有添加主键,创建任务的时候过滤了。 dm1.0.6 没有这个问题
监控图
dm-worker_stderr.log 日志,一直到5点,报错停止
dm-worker_stdout.log 日志
从日志看到 有 connection 被杀死的 log 请先检查下对应时间 上下游是否有相关设置或上下游 连接的 超时时间
查过了,定时任务 只有03:00 的备份,如果是超时时间问题,为什么白天没有出现。网卡带宽都没有满
暂停时间段,TiDB 是否正常。并可以确认下 task 中 sync 的 并发度和 batchsize 。确保 下游 TiDB ,有足够资源处理数据写入
之前的task 是dm-v1版本的配置文件,昨天改为v2 官方文档的实例文件。今早发现没有异常了。再观察几天。
也把后端tidb 连接ip 从 vip 改成了单独的tidb实例。也可能是因为下游ip是haproxy代理导致的不稳定
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。