suxb201

@fotan123456 3.0.0 太旧了，中间很多 bugfix，试一下 3.1.7

有地方处理返回值： ```go reply, err := w.client.Receive() ```

https://tair-opensource.github.io/RedisShake/zh/function/best_practices.html#%E8%BF%87%E6%BB%A4-db

@zhanghaiyang9999 能的，有 chan 记录

会根据key算出slot，再根据slot所在的节点去写入数据

1. 内存占用取决于大 key 的大小，与原库大小无关。 大key < shake

@yhxjack 现在不提供答疑的群，统一在 issue 沟通。

@yhxjack 这是你们数据本身分布不均匀，请研究下数据是如何在 Redis 集群中分布的。

@571255945 看代码依旧是腾讯云的 Redis 给断开的连接，可以发工单咨询下腾讯云工程师。另问，请问你这是同步多久后被断开的？

因为源端写入量不大，所以 shake 进入 queue 的命令立即被消费了，所以看到的 size 都是 0.