主从简介

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 端口为6379

slave2:

[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