合肥公司网站建设多少费用,开发公众号需要多少钱,自己的做网站,制做网站的公司问题现象#xff1a; 集群状态 1主 2从#xff0c;主没有开启bgsave#xff0c;从开启bgsave。现象所有redis可以访问#xff0c;进行操作。主不断开始bgsave 1从停止bgsave。 主日志报错# Connection with slave XXXX lost. 从日志报错# Timeout receiving bulk data from… 问题现象 集群状态 1主 2从主没有开启bgsave从开启bgsave。现象所有redis可以访问进行操作。主不断开始bgsave 1从停止bgsave。 主日志报错# Connection with slave XXXX lost. 从日志报错# Timeout receiving bulk data from MASTER... If the problem persists try to set the repl-timeout parameter in redis.conf to a larger value. 问题总结 repl-backlog-size repl-timeout 这2个参数 每次从和主可以同步的数据大小如果进行同步的时候超过了这个限制就到导致如上报错。 问题现象 重启从服务器主报错Client id1317049445 addr10.10.3.112:7412 fd39 name age394 idle0 flagsS db0 sub0 psub0 multi-1 qbuf0 qbuf-free32768 obl0 oll4360 omem76118609 eventsrw cmdpsync scheduled to be closed ASAP for overcoming of output buffer limits. 注意到这么一句话psync scheduled to be closed ASAP for overcoming of output buffer limits。看起来是psync因为超过output buffer limits将被close。 于是查看了一下client-output-buffer-limit。发现这是Redis的一个保护机制。配置格式是 client-output-buffer-limit class hard limit soft limit soft seconds 具体参数含义如下 class: 客户端种类包括NormalSlaves和Pub/Sub Normal: 普通的客户端。默认limit 是0也就是不限制。Pub/Sub: 发布与订阅的客户端的。默认hard limit 32Msoft limit 8M/60s。Slaves: 从库的复制客户端。默认hard limit 256Msoft limit 64M/60s。hard limit: 缓冲区大小的硬性限制。soft limit: 缓冲去大小的软性限制。soft seconds: 缓冲区大小达到了超过soft limit值的持续时间。client-output-buffer-limit参数限制分配的缓冲区的大小防止内存无节制的分配Redis将会做如下自我保护 client buffer的大小达到了soft limit并持续了soft seconds时间将立即断开和客户端的连接client buffer的大小达到了hard limitserver也会立即断开和客户端的连接再看看我们从库的这个配置其实就是默认配置 # 客户端的输出缓冲区的限制因为某种原因客户端从服务器读取数据的速度不够快 # 可用于强制断开连接一个常见的原因是一个发布 / 订阅客户端消费消息的速度无法赶上生产它们的速度。 # 可以三种不同客户端的方式进行设置 # normal - 正常客户端 # slave - slave 和 MONITOR 客户端 # pubsub - 至少订阅了一个 pubsub channel 或 pattern 的客户端 # 每个 client-output-buffer-limit 语法 : # client-output-buffer-limit classhard limit soft limit soft seconds # 一旦达到硬限制客户端会立即断开或者达到软限制并保持达成的指定秒数连续。 # 例如如果硬限制为 32 兆字节和软限制为 16 兆字节 /10 秒客户端将会立即断开 # 如果输出缓冲区的大小达到 32 兆字节客户端达到 16 兆字节和连续超过了限制 10 秒也将断开连接。 # 默认 normal 客户端不做限制因为他们在一个请求后未要求时以推的方式不接收数据 # 只有异步客户端可能会出现请求数据的速度比它可以读取的速度快的场景。 # 把硬限制和软限制都设置为 0 来禁用该特性 client-output-buffer-limit normal 0 0 0 client-output-buffer-limit slave 256mb 64mb 60 client-output-buffer-limit pubsub 32mb 8mb 60 redis的replication buffer其实就是client buffer的一种。里面存放的数据是下面三个时间内所有的master数据更新操作 master执行rdb bgsave产生snapshot的时间master发送rdb到slave网络传输时间slave load rdb文件把数据恢复到内存的时间可以看到跟replication backlog是一模一样的 replication buffer由client-output-buffer-limit slave设置当这个值太小会导致主从复制链接断开: 当master-slave复制连接断开server端会释放连接相关的数据结构。replication buffer中的数据也就丢失了此时主从之间重新开始复制过程。还有个更严重的问题主从复制连接断开导致主从上出现rdb bgsave和rdb重传操作无限循环。看起来确实server(这里就是master)会因为缓冲区的大小问题主动关闭客户端(slave)链接。因为我们的数据变更量太大超过了client-output-buffer-limit。导致主从同步连接被断开然后slave要求psync但是由于repl-backlog-size太小导致psync失败需要full sync而full sync需要Discarding previously cached master state重新load RDB文件到内存而这个加载数据过程是阻塞式的。所以导致slave出现间歇式的不可用。而切换到master之后master的整个同步操作都是fork一个子进程进行的所以不影响父进程继续服务。所有的现象都能清清楚楚的解释上。 更改配置 client-output-buffer-limit client-output-buffer-limit slave 0 0 0 重启slave问题解决 转载于:https://www.cnblogs.com/zhengchunyuan/p/10410641.html
