3、redis的高可用

主从复制

主从复制：这是redis高可用的基础。哨兵模式和集群都是建立在此基础之上。

主从模式和数据库的主从模式是一样的，主负责写入，然后把写入的数据同步到从，从节点只能读不能写。read  only。

不能做高可用的切换，主节点出现故障，没有替换的主节点，所有的写入操作都将失败。

主从复制工作模式

1. 当配置完整之后，从节点启动，会向主节点发送一个sync command,请求同步连接
2. master都会开启一个后台的进程将主节点的数据保存到数据文件中
3. 主节点把数据同步给从节点从节点先把数据保存到硬盘，再加载到内存

主从复制实操

我们先定义主从复制架构如下

主服务器：mysql1，192.168.254.31

从服务器：tomcat1，192.168.254.21

从服务器：zw4，192.168.254.14

1、配置主服务器的主配置文件 /etc/redis/redis.conf，修改如下配置

• #关闭监听地址，表示同意任何

• #关闭保护模式

• #启用后台运行

• #启用AOF二进制日志文件

2、配置两台从服务器的主配置文件 /etc/redis/redis.conf，修改如下配置

• #指定从节点复制主节点192.168.254.31的数据

3、在主服务器上打开redis的日志文件，发现两台从服务器已经关联上了我们主服务器

这时候我们主从复制模式就成功了，两台从服务器会变成只读模式。

哨兵模式

在主从模式的基础之上，引入了故障的切换模式，一般涉及高可用模式的服务器的数量是奇数。

哨兵也是一个分布式的集群结构，对主从结构当中的每台服务器进行监控，当出现故障时，通过投

票的机制选择一个新的master。被选举出的新的master会将所有的主从节点重新连接到自己，从节

点会自动同步到主，自动变成只读模式。

哨兵模式工作模式

1、主从之间，互相有一个心跳的检测

2、当主节点宕机，从节点都会收到主的宕机的信息

3、两个从节点，自动进行投票，选择一个新的主

4、从节点会自动加入新主的主从模式。

哨兵模式实操

哨兵模式是在主从复制基础上，我们这边配置哨兵模式在上面主从复制的基础上进行。

首先在配置哨兵模式的第一次的时候，我们是人工的定义好主。这里定mysql1为主。

1、下载redis哨兵软件，apt -y install redis-sentinel

2、三台服务器都配置redis哨兵的主配置文件，/etc/redis/sentinel.conf，具体修改如下

• 人工定义主的服务器。2的含义：当主节点发送故障，必须要有两个从节点同意才能进行主节点的故障切换。
• 判断服务器服务器宕机的时间周期30000毫秒，30秒
• 故障节点的最大超时时间18000毫秒，18秒

3、重启服务后，在主服务器上打开redis哨兵的日志文件，发现两台从服务器已经关联上了我们主服务器

systemctl restart redis-sentinel.service

tail -f /var/log/redis/redis-sentinel.log

4、这时候我们关闭掉主服务器的redis服务，显示哨兵模式的主推过选举移到了从1上

我们进入到原来主的redis主配置文件里，发现在最下面添加了一行，显示192.168.254.21从1现在是主

这时候我们哨兵+主从模式就成功了，192.168.254.21变成了主服务器，另外两台服务器变成了只读模式。

集群

redis-cluster，集群是由多个节点组成，redis的数据分布在节点中，集群的当中每个节点又分主和从。主负责写，从负责读。

集群工作模式和槽位

0-16383个hash的槽位：

A：0-5460槽位

B：5461-10922槽位

C：10923-16383槽位

集群实操

我们先定义主从复制架构如下，集群需要至少6台服务器

服务器1：mysql1，192.168.254.31

服务器2：mysql2，192.168.254.32

服务器3：mysql3，192.168.254.33

服务器4：zw4，192.168.254.14

服务器5：zw5，192.168.254.15

服务器6：zw6，192.168.254.16

1、6台服务器都要配置redis主配置文件，具体修改如下

• #开启集群功能
• #集群的配置文件名称

• #设置集群的超时时间

改完配置后，重启redis服务

2、配置主从节点，具体操作如下，这里我们在192.168.254.31上面打的命令，后面6台服务器顺序无所谓，并不是谁在前就是主，随机的。

redis-cli  -h 192.168.254.31 --cluster create 192.168.254.31:6379 192.168.254.32:6379 192.168.254.33:6379 192.168.254.14:6379 192.168.254.15:6379 192.168.254.16:6379 --cluster-replicas 1

• cluster-replicas 1：表示每个主节点对于一个从节点

这里显示，31、32、33是主节点，14、15、16是从节点；并且16384个hash槽位全部分配完成。

3、当我们发现在192.168.254.31上创建key键值会报错，注意这里并不是报错，还是提示

• 表示客户端尝试将这个数值保存到槽位号10357的位置，实际槽位在32这个主机

我们在31上创建的键，主从复制到15上面，证明主机31和15是主从关系。与其他两个主从互补影响。

可见：redis的集群模式，只是满足高可用，不能实现数据同步。

           对数据同步要求很高的场景，选择redis的主从和哨兵模式。