在使用tidbbinlog组件做数据同步时,pump会产生日志,但是drainer无法解析

在使用tidbbinlog组件做数据同步时,pump会产生日志,但是drainer无法解析,查看drainer日志有一个不存在的drainer节点报错,好像pump没有选择往正确的drainer推送,[2024/01/24 09:57:38.813 +08:00] [ERROR] [pump.go:140] [“pump create pull binlogs client failed”] [id=esc-10-tidb4-pump-drainer:8250] [error=“rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing dial tcp 10.xx.xx.xx:8250: i/o timeout"”] [errorVerbose=“rpc error: code = Unavailable desc = connection error: desc = "transport: Error while dialing dial tcp 10.xx.xx.xx:8250: i/o timeout"\ngithub.com/pingcap/errors.AddStack\n\t/go/pkg/mod/github.com/pingcap/errors@v0.11.5-0.20201029093017-5a7df2af2ac7/errors.go:174\ngithub.com/pingcap/errors.Trace\n\t/go/pkg/mod/github.com/pingcap/errors@v0.11.5-0.20201029093017-5a7df2af2ac7/juju_adaptor.go:15\ngithub.com/pingcap/tidb-binlog/drainer.(*Pump).createPullBinlogsClient\n\t/home/jenkins/agent/workspace/optimization-build-tidb-linux-amd/go/src/github.com/pingcap/tidb-binlog/drainer/pump.go:238\ngithub.com/pingcap/tidb-binlog/drainer.(*Pump).PullBinlog.func1\n\t/home/jenkins/agent/workspace/optimization-build-tidb-linux-amd/go/src/github.com/pingcap/tidb-binlog/drainer/pump.go:139\nruntime.goexit\n\t/usr/local/go/src/runtime/asm_amd64.s:1357”]

有大佬遇到过这样的问题吗,不存在的drainer地址指向tiflash服务节点

drainer和pump组件网络通吗?可以在服务器上telnet测试下8250端口

之前对pump有做过什么特殊操作吗,强制扩缩容啥的,可以看下show pump status

PS:日志中的IP留最后两位,便于区分不同机器

通过show pump status和show drainer status命令发现有2个不存在的节点,可能是之前管理的人迁移过数据库,没有正确下掉

网络是通的

https://docs.pingcap.com/zh/tidb/stable/binlog-control#binlogctl-使用说明

用这个binlogctl处理下,之前人肯定非正常操作的

已用binlogctl修改状态,然后成功下线了

菜鸟学习了。我们还在用关系数据库。

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