早上上班，发现redis的一个slave节点down了一个。对，没错，不是数据不同步那么简单，连redis服务进程都自动退出了。
场景：主从同步模式
master-->slave1
master-->slave2
master-->slave3
info状态： slave1,slave2 都是state=online,offset=5744884846,lag=1正常状态，slave3是state=send_bulk,offset=0,lag=0
1、重启redis操作
日志内容：WARNING overcommit_memory is set to 0
WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value
WARNING you have Transparent Huge Pages (THP) support enabled in your kernel.
a:第一个解决：
编辑/etc/sysctl.conf ，改vm.overcommit_memory=1，然后sysctl -p 使配置文件生效 echo 1 > /proc/sys/vm/overcommit_memory
b:原因就是因为128太小了。执行echo 511 > /proc/sys/net/core/somaxconn
命令就把这个问题解决了。但是这个只是暂时的。如果想要永久解决，打开ietc/sysctl.conf vim /etc/sysctl.conf net.core.somaxconn= 1024 sysctl -p 永久生效 c: 需要解决THP的内存问题 ： echo never > /sys/kernel/mm/transparent_hugepage/enabled 重启日志报错：Short read or OOM loading DB. Unrecoverable error, aborting now. 处理：rm -rf dump.rdb 快照文件后重启
重启redis slave3后出现同步的异常：
master日志：Connection with slave 47.254.xx.xxx:6380 lost.
slave3日志：I/O error trying to sync withMASTER: connection lost'
现象：slave3上每次同步完成rdb后会不断循环同步 即：从库周期性的在产生temp-rewriteaof-xxx.rdb文件 不断重复 文件为375M
client-output-buffer-limit参数设置的问题，默认为256Mb 64MB 0
控制台设置增大限制：2G
CONFIG SET client-output-buffer-limit "slave 2147483648 1073741824 300"
配置文件redis.conf
client-output-buffer-limit slave 2048mb 1024mb 300
(主从都配置一下)
命令行设置生效，不需要重启。
问题还是存在，每次同步完后不断同步
最后解决：从slave2上将rdb文件拷贝到slave3的redis目录下重启，解决。
具体原因。。。。。有待探索
