在slave上执行slaveof到master上，迟迟未成功。
检查master的redis进程日志输出如下：


手动通过stat检查了一下rdb文件，确认bgsave成功。
报错也显示为transfer error，大致判定为rdb文件在transfer到slave的时候报错。
 
google了一下发现应该是client-output-buffer-limit设置过小。
 
〇 client-output-buffer-limit 
在文档中指出，该参数用于限制client缓冲区的限制。
redis的client被分为三种类型：normal、slave、pubsub。
normal：正常的客户端并包括MONITOR客户端
slave：slave客户端
pubsub：pub/sub客户端
 
其设置方式为：
client-output-buffer-limit[class] [hard limit] [soft limit] [soft seconds]
[class]为client的类型。
[hard limit]为硬限制，即超过[hard limit]值的缓冲区客户端会被强制中断。
[soft limit] [soft seconds]为软限制，即持续[soft seconds]时间内，超过[soft limit]的缓冲区客户端会被强制中断。
 
当然，默认情况下普通client不受限制（设置为0），因为如果以推送的方式（不询问），在请求之后才接收到数据，那么只有异步客户端可能会创建一个请求数据的速度超过其读取速度的情况。

而slave和pubsub client有一个默认限制，因为他们以推送的方式接收数据。

此处将slave的hard limit设置为32G。
 
config set client-output-buffer-limit "normal 0 0 0 slave 34359738368 268435456 600 pubsub 33554432 8388608 60" 

重新slaveof后，观察info replication和主库redis进程日志，创建复制成功：


复制建立好后，将client-output-buffer-limit改为默认值。



作者微信公众号：






名称栏目：【Redis】slaveof报错Backgroundtransfererror
转载来源：http://scyanting.com/article/poscsp.html