Culbr
(Culbr)
1
为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【TiDB 版本】
v4.0.8 + DM 2.0
【问题描述】
我们现有3个TiDB+PD节点,上层使用阿里云的SLB(TCP协议)做了负载均衡,所有DM任务的target均指定此SLB的地址,并从阿里云RDS同步数据。任务正常运行一个多月之后,检查数据量,发现TiDB一侧的所有表都比RDS一侧少几条到几十条不等。请问:
- 官方是否推荐将DM target指定为LB?
- 数据不一致是否优先考虑LB的问题?
- 有没有什么不通过重新同步全量来修复数据的方法?
感谢~
来了老弟
2
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
Culbr
(Culbr)
4
您好,是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
system
(system)
关闭
8
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。