主从简介
1、主从 – 用法
像MySQL一样，redis是支持主从同步的，而且也支持一主多从以及多级从结构。 主从结构，一是为了纯粹的冗余备份，二是为了提升读性能，比如很消耗性能的SORT就可以由从服务器来承担。 redis的主从同步是异步进行的，这意味着主从同步不会影响主逻辑，也不会降低redis的处理性能。 主从架构中，可以考虑关闭主服务器的数据持久化功能，只让从服务器进行持久化，这样可以提高主服务器的处理性能。 在主从架构中，从服务器通常被设置为只读模式，这样可以避免从服务器的数据被误修改。但是从服务器仍然可以接受CONFIG等指令，所以还是不应该将从服务器直接暴露到不安全的网络环境中。
2.主从复制原理
主从 – 同步原理
从服务器会向主服务器发出SYNC指令，当主服务器接到此命令后，就会调用BGSAVE指令来创建一个子进程专门进行数据持久化工作，也就是将主服务器的数据写入RDB文件中。在数据持久化期间，主服务器将执行的写指令都缓存在内存中。
在BGSAVE指令执行完成后，主服务器会将持久化好的RDB文件发送给从服务器，从服务器接到此文件后会将其存储到磁盘上，然后再将其读取到内存中。这个动作完成后，主服务器会将这段时间缓存的写指令再以redis协议的格式发送给从服务器。
部署主从复制
三台redis配置主从
master ：192.168.134.165
slave1： 192.168.134.166
slave2： 192.168.134.163
master：
[root@server01 ~]# cd /usr/local/redis/
[root@server01 redis]# vim redis.conf
protected-mode no #关闭加密保护
bind 0.0.0.0 #所有IP
port 6379
daemonize yes #开启后台模式将on改为yes
logfile "/var/log/redis.log" #定义log文件
pidfile "/var/run/redis_6379.pid"
slave1：
[root@localhost ~]# cd /usr/local/redis/
oot@localhost redis]# vim redis.conf
bind 0.0.0.0
daemonize yes #开启后台模式
logfile "/var/log/redis.log"
protected-mode no
replicaof 192.168.134.165 6379 #master为192.168.134.165 端口为6379slave2:
[root@server03 ~]# cd /usr/local/redis/
[root@server03 redis]# vim redis.conf
bind 0.0.0.0
daemonize yes
logfile "/var/log/redis.log"
replicaof 192.168.134.165 6379 启动所有redis（三台都启动）
[root@server01 redis]# ./src/redis-server redis.conf &
查看master的状态
redis-sentinel---哨兵模式
1、哨兵简介:Redis Sentinel
Sentinel(哨兵)是用于监控redis集群中Master状态的工具，其已经被集成在redis2.4+的版本中是Redis官方推荐的高可用性(HA)解决方案。
2、作用
1)：Master状态检测
2)：如果Master异常，则会进行Master-Slave切换，将其中一个Slave作为Master，将之前的Master作为Slave
3)：Master-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变，即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换
3、工作模式
1)：每个Sentinel以每秒钟一次的频率向它所知的Master，Slave以及其他 Sentinel 实例发送一个 PING 命令
2)：如果一个实例（instance）距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值， 则这个实例会被 Sentinel 标记为主观下线。
3)：如果一个Master被标记为主观下线，则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。
4)：当有足够数量的 Sentinel（大于等于配置文件指定的值）在指定的时间范围内确认Master的确进入了主观下线状态， 则Master会被标记为客观下线
4、主观下线和客观下线
主观下线：Subjectively Down，简称 SDOWN，指的是当前 Sentinel 实例对某个redis服务器做出的下线判断。 客观下线：Objectively Down， 简称 ODOWN，指的是多个 Sentinel 实例在对Master Server做出 SDOWN 判断，并且通过 SENTINEL is-master-down-by-addr 命令互相交流之后，得出的Master Server下线判断，然后开启failover.
配置哨兵模式
哨兵模式主要监视主从的状态，这里是由上面的主从；让哨兵监视master的状态。
- 每台机器上修改sentinel.conf配置文件：修改如下配置
[root@server01 ~]# vim /usr/local/redis/sentinel.conf
protected-mode no # #关闭加密模式--新添加到sentinel配置文件中
port 26379 #哨兵的端口为26379
logfile "/var/log/redis-sentinel.log" #设置哨兵的日志文件
sentinel monitor mymaster 192.168.134.165 6379 2 #当集群中有2个sentinel认为master死了时，才能真正认为该master已经不可用了。 (slave上面写的是master的ip，master写自己ip)
sentinel down-after-milliseconds mymaster 3000 #单位毫秒
sentinel failover-timeout mymaster 1000 #若sentinel在该配置值内未能完成failover(故障转移)操作（即故障时master/slave自动切换），则认为本次failover失败。
- 在后台启动所有的哨兵：
注意:在生产环境下将哨兵模式启动放到后台执行: ./src/redis-sentinel sentinel.conf &
[root@server01 redis]# ./src/redis-sentinel sentinel.conf &
[1] 1484
- 查看哨兵的日志可以看出master的状态正常
- 将master宕机后再重启，可以发现在两台slave上面查看其中一台是否切换为master:(没有优先级，为随机切换)
查看哨兵的日志
- 进入192.168.134.163查看主从状态：163成为了master
