syncer 在扩容tikv 节点会发生无法同步状态

V3.0.8 调整work-count 至1 ,batch 至10 也无法启动

  1. 请问是已经同步的任务,还是新任务无法同步?
  2. 只使用了 syncer 组件,还是DM,请使用 DM 同步,麻烦上传task文件,多谢。

只是用了syncer ,然后我根据报错的传参去找数据发现是已经写入的

2020/06/09 19:16:44 syncer.go:516: [fatal] [error rows event] invalid connection 是否与region leader 的迁移有关

查了下同步那个tidb 节点的日志,发生错误后都会报如下错

在补充一个报错位置

  1. 使用pd-ctl 检查当前 store 是否都是 up 状态,多谢。
  2. 能否使用 DM,当前 syncer 已经停止维护,多谢。

都是up ,暂时无法,由于机器限制。其次我新加入的tikv 节点设备比现有的低是否会有影响

我找到问题点了。。是我自己这台服务器ping 不到新增的tikv 节点。。。。

感谢反馈,你的意思是版本不一样嘛? 这里还是要使用相同的版本

使用相同版本,是否会存在木桶短板效应

此处描述的是否是:新扩容 tikv 节点的配置低于现有 tikv 服务器?

如果是这样建议使用相同配置,否则会造成资源浪费,具体可以列举出服务器配置,可以简单说明下

是这个描述,用的是云厂商的服务器 ,cpu 核数 内存 大小都一样,但是单核cpu 能力会不一致; 硬盘的话iops 应该差不多, 内网带宽 现有的是3Gbps 新的是1.5Gbps 网络收发包分别是 80WPPS,70PPS。

  1. 保证扩容 tikv 节点磁盘容量和集群内 tikv 节点保持一致,pd 调度依赖
  2. 如果现有带宽打不满,1,5GBPS 还能满足,目前看是没有影响的。

官方建议还是统一集群配置,避免一个不必要的情况发生。

嗯好的,我这边容量是一致的,谢谢

如果日后带宽快打满是不是应该1、升级先节点配置 2、扩容节点 这两个方案

带宽打满了应该只能升级带宽,扩容 tikv 可以增加集群的计算能力。

好的谢谢

ok,有问题欢迎开新帖继续讨论

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