Redis主从复制+配置+哨兵模式

主从复制

主从复制，是指将一台Redis服务器的数据，复制到具他的Redis服务器。前者称为主节点(master/leacer)，后者称为从节点(slave/fallower);数据的复制是单向的，只能由主节点到从节点。Master以写为主，Slave以读为主。

默认情况下，每台Redis服务器都是主节点;且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。主从复制的作用主要包括:

• 数据冗余∶主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。
• 故障恢复∶当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复;实际上是一种服务的冗余。
• 负载均衡︰在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写Redis数据时应用连接主节点，读Redis数据时应用连接从节点），分担服务器负载;尤其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高Redis服务器的并发量。
• 高可用集群︰除了上述作用以外，主从复制还是哨兵和集群能够实施的基础，因此说主从复制是Redis高可用的基础。

一般来说，要将Redis运用于工程项目中，只使用一台Redis是万万不能的，原因如下

• 从结构上，单个Redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大;
• 从容量上，单个Redis服务器内存容量有限，就算一台Redis服务器内存容量为256G，也不能将所有内存用作Redis存储内存，一般来说，单台Redis最大使用内存不应该超过20G。

环境配置

准备两台redis服务器,mater和slave。(最常见的还是一主二从)

只配置从库，不用配置主库！默认情况下每台redis都是主节点。

>info replication
# Replication
role:master    #角色
connected_slaves:0    #从节点数量
master_failover_state:no-failover
master_replid:e7b46e93f77ecf18c44d6630d9b08cb9cabe9cb6
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0

#slave节点需要设置主机密码
masterauth "1234567

配置主从

两个节点分别开启redis

#slave节点输入该命令：
SLAVEOF 192.168.200.22 6379    #临时绑定主机
#查看主机的replication
# Replication
role:master
connected_slaves:1    #1个从节点
slave0:ip=192.168.200.23,port=6379,state=online,offset=14,lag=0
master_failover_state:no-failover
master_replid:5d91c62400c1dafd2a153811f5f9ef43ed58666b
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:14
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:14
#查看从机的replication
127.0.0.1:6379> info replication
# Replication
role:slave
master_host:192.168.200.22
master_port:6379
master_link_status:up    #状态 开启
master_last_io_seconds_ago:4
master_sync_in_progress:0
slave_read_repl_offset:0
slave_repl_offset:0
slave_priority:100
slave_read_only:1
replica_announced:1
connected_slaves:0
master_failover_state:no-failover
master_replid:5d91c62400c1dafd2a153811f5f9ef43ed58666b
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:0

SLAVE ON ONE    #变回主机

在配置文件中设置replicaof 即可永久绑定主机，将该机器设置为从机。

replicaof 192.168.200.22 6379

主机能写和读，从机只能读

 

 主机断开连接，从机依旧连接到主机，但是没有写操作，主机如果回来了，从机依然可以直接获取到主机写的信息。并且如果没做哨兵机制，是无法篡位做主机的。

Slave启动成功连接到master后会发送一个sync命令

Master接到命令，启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，并完成一次完全同步。

 

全量复制

Redis全量复制一般发生在Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份。具体步骤如下：

• 从服务器连接主服务器，发送SYNC命令；
• 主服务器接收到SYNC命名后，开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令；
• 主服务器BGSAVE执行完后，向所有从服务器发送快照文件，并在发送期间继续记录被执行的写命令；
• 从服务器收到快照文件后丢弃所有旧数据，载入收到的快照；
• 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令；
• 从服务器完成对快照的载入，开始接收命令请求，并执行来自主服务器缓冲区的写命令；

增量复制

Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。
增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令。

薪火相传

上一个Slave可以是下一个slave的 Master，Slave同样可以接收其他slaves的连接和同步请求，那么该slave作为了链条中下一个的master,可以有效减轻master的写压力,去中心化降低风险。

中途变更转向:会清除之前的数据，重新建立拷贝最新的

风险是—旦某个slave宕机，后面的slave都没法备份

主机挂了，从机还是从机，无法写数据了

哨兵模式

当主机宕机，自动选举主机的模式

主从切换技术的方法是:当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。Redis从2.8开始正式提供了Sentinel (哨兵）架构来解决这个问题。

谋朝篡位的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。

哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。

哨兵模式的作用

• 监控(Monitoring):哨兵进程会不断地检查Master和Slave是否运作正常。
• 提醒(Notification): 当被监控的某个节点出现问题时，哨兵进程可以通过API向管理员或者其他应用程序发送通知。
• 自动故障迁移(Automatic Failover): 当一个Master不能正常工作时，哨兵进程会开始一次自动故障迁移操作，它会将失效Master的其中一个Slave升级为新的Master, 并让失效Master的其他Slave 改为复制新的Master.当客户端试图连接失效的Master时，Redis集群也会向客户端返回新Master的地址，使得Redis集群可以使用现在的Master替换失效Master。Redis Sentinel故障转移架构。
• 配置提供者:在哨兵模式下，客户端在初始化时连接的是哨兵节点集合，从中获取主节点的信息。

哨兵机制

假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover过程，仅仅是哨兵1主观的认为主服务器不可用，这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，投票的结果由一个哨兵发起，进行failoveri故障转移操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。

测试

先搭建一仆二主模

机器	IP	端口
主机	192.168.200.150	6379
从机1	192.168.200.150	6380
从机2	192.168.200.150	6381

 

 

 

 

 

#在一台机器开启两个redis只需要复制配置文件并且修改端口即可。
cp redis.conf redis6380.conf    #复制配置文件
redis-server redis6380.conf        #开启第三个redis服务

创建哨兵机器

配置哨兵配置文件sentinel.conf

#随便一台机器上均可配置哨兵文件，记得多开一个窗口
vim sentinel.conf
#做哨兵 监控 自定义名称 ip 端口 权重投票值
sentinel monitor myreids1 192.168.218.149 6379 1
sentinel auth-pass myredis1 1233321

启动哨兵机制

redis-sentinel setninel.conf
#将当前的主机的redis shutdown
#此时哨兵机器会根据判断，设置新的master。
#将原来的主机redis重启，会变成slave，并且跟随新的master