一、Redis主从
Redis主从原理
1.全量同步
Redis全量复制一般发生在slave初始化阶段，这时slave需要将master上的所有数据都复制一份。具体步骤如下：
从服务器连接主服务器，发送SYNC命令
主服务器接收到SYNC命令之后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令
主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令
从服务器接收到快照文件后丢弃所有旧数据，载入收到的快照
主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令
从服务器完成快照的载入，开始接收命令的请求，并执行来自主服务器缓冲区的写命令
2.增量同步
Redis增量复制是指slave初始化后开始正常工作时主服务器发送的写操作同步到从服务器的过程。
增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令
3.Redis主从同步策略
主从刚刚连接的时候，进行全量同步；全量同步结束后，进行增量同步。当然，如果有需要，slave在任何时都可以发起全量同步。redis策略是，无论如何，首先尝试进行增量同步，如果不成功，要求进行全量同步
Redis主从模式部署
1.编译安装Redis(三台机全部安装)
编译安装
tar zxf redis-5.0.7.tar.gz -C /opt/
cd /opt/redis-5.0.7/
make
make PREFIX=/usr/local/redis install
优化
ln -s /usr/local/redis/bin/* /usr/local/bin/
cd utils/
启动服务
./install_server.sh
netstat -anpt | grep redis
2.修改配置文件（3台均修改）
vi /etc/redis/6379.conf
#master、slave节点都需要修改
#70行 修改监听地址为0.0.0.0（在实验环境使用），现网环境建议绑定从服务器IP地址
#137行 开启守护进程(不需要修改)
daemonize yes
#172行 修改日志文件目录(不需要修改)
logfile /var/log/redis_6379.log
#264行 修改工作目录(不需要修改)
dir /var/lib/redis/6379
#700行 开启AOF持久化功能
appendonly yes
3.在slave节点上，多修改一个同步master节点IP和端口
vi /etc/redis/6379.conf
replicaof 192.168.0.10 6379
4.重启，测试
/etc/init.d/redis_6379 restart ##重启服务
验证主从效果：
master上看日志
tail -f /var/log/redis_6379.log
Replica 192.168.100.20:6379 asks for synchronization
Replica 192.168.100.30:6379 asks for synchronization
master上验证从节点
redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=192.168.100.13,port=6379,state=online,offset=112,lag=0
slave1:ip=192.168.100.12,port=6379,state=online,offset=112,lag=0
二、Redis哨兵模式
哨兵模式原理
哨兵(sentinel) 是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的master并将所有slave连接到新的master。所以整个运行哨兵的集群的数量不得少于3个节点。
哨兵模式的作用
- 1.监控
不断的检查master和slave是否正常运行。
master存活检测、master与slave运行情况检测 - 2.通知（提醒）
当被监控的服务器出现问题时，向其他（哨兵间，客户端）发送通知。 - 3.自动故障转移
断开master与slave连接，选取一个slave作为master，将其他slave连接到新的master，并告知客户端新的服务器地址
PS：哨兵也是一台redis服务器，只是不提供数据服务
哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式，所有节点上都需要部署哨兵模式，哨兵模式会监控所有的redis工作节点是否正常，当master出现问题的时候，因为其他节点与主节点失去联系，因此会投票，投票过半就认为这个master的确出现问题，然后会通知哨兵间，然后从slaves中选取一个作为新的master
哨兵模式配置
说明：哨兵模式在主从模式上进行配置
1.哨兵模式的配置（所有节点都需要修改）
vi /opt/redis-5.0.7/sentinel.conf
17/protected-mode no #关闭保护模式
26/daemonize yes #指定sentinel为后台启动
36/logfile "/var/log/sentinel.log" #指定日志存放路径
65/dir "/var/lib/redis/6379" #指定数据库存放路径
84/sentinel monitor mymaster 192.168.0.10 6379 2 #至少几个哨兵检测到主服务器故障了，才会进行故障迁移
113/sentinel down-after-milliseconds mymaster 3000 #判定服务器down掉的时间周期，默认30000毫秒（30秒）
146/sentinel failover-timeout mymaster 100000 #故障节的的最大超时时间为180000（180秒）
2.配置从服务器（只有从上要加）
vi /etc/redis/6379.conf
#slave节点
#与master节点修改一直，多修改一个同步master节点IP和端口
replicaof 192.168.0.10 6379
3.启动哨兵模式
```shell
先启动master，在启动slave
redis-sentinel /opt/redis-5.0.7/sentinel.conf &
4.查看哨兵信息
redis-cli -h 192.168.0.10 -p 26379 info Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=ok,address=192.168.100.11:6379,slaves=2,sentinels=3
5.故障模拟
查看redis-server进程号
[root@server utils]# ps -ef | grep redis
root 53962 1 0 12:04 ? 00:00:05 /usr/local/bin/redis-server 0.0.0.0:6379
root 54049 1 0 12:11 ? 00:00:05 redis-sentinel *:26379 [sentinel]
root 54250 47216 0 12:27 pts/2 00:00:00 grep --color=auto redis
杀死master上redis-server的进程号
[root@server utils]# kill -9 53962
验证结果
[root@server utils]# redis-cli -p 26379 INFO Sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=mymaster,status=sdown,address=192.168.0.20:6379,slaves=2,sentinels=3 ####master变成192.168.10.20