请问DM任务的target指定为LB地址是否会有隐患?

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:

【TiDB 版本】
v4.0.8 + DM 2.0

【问题描述】
我们现有3个TiDB+PD节点,上层使用阿里云的SLB(TCP协议)做了负载均衡,所有DM任务的target均指定此SLB的地址,并从阿里云RDS同步数据。任务正常运行一个多月之后,检查数据量,发现TiDB一侧的所有表都比RDS一侧少几条到几十条不等。请问:

  1. 官方是否推荐将DM target指定为LB?
  2. 数据不一致是否优先考虑LB的问题?
  3. 有没有什么不通过重新同步全量来修复数据的方法?

感谢~

host,LB 方式都是支持的。

不好确认,一般不会是 lb 问题,需要考虑是否有故障恢复的 case 发生,我们又是如何操作的。这点很重要。

那只能通过手动对比上下游数据,然后进行修复了。

可以先停止复制,因为 syncer-diff 只能在离线集群上使用。
https://docs.pingcap.com/zh/tidb/stable/sync-diff-inspector-overview#使用限制

请问您这边是否还在使用nightly版本

如果是的话,帮忙确认对dm-worker或者dm-master的可执行文件使用 -V参数运行一下,查看版本号。例如
dm-worker -V

您好,是nightly版本,具体版本号是:

./dm-master -V
Release Version: v2.0.0-beta.2-225-g00319b6a
Git Commit Hash: 00319b6a8c19a776ecdab29935d406a31a3fa5e3
Git Branch: master
UTC Build Time: 2020-11-26 11:22:50
Go Version: go version go1.13 linux/amd64

./dm-worker -V
Release Version: v2.0.0-beta.2-225-g00319b6a
Git Commit Hash: 00319b6a8c19a776ecdab29935d406a31a3fa5e3
Git Branch: master
UTC Build Time: 2020-11-26 11:22:41
Go Version: go version go1.13 linux/amd64

Hi,非常抱歉,nightly 在 11 月 26 日到 12 月 10 之间的版本存在这个 BUG。可以参照

进行缺失数据处理。

目前您可以升级或 patch 到 2.0.1 版本,2.0.1 版本没有这个 BUG

好的,感谢~

@lance6716 感谢解答

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