redis主从模式，redis哨兵模式，redis集群模式

最新推荐文章于 2023-02-17 17:06:30 发布

阿兵云原生

最新推荐文章于 2023-02-17 17:06:30 发布

阅读量297

点赞数

分类专栏： nosql 非关系型数据库文章标签： redis

本文链接：https://blog.csdn.net/m0_37322399/article/details/108785142

版权

nosql 非关系型数据库专栏收录该内容

13 篇文章 0 订阅

订阅专栏

本文详细介绍了Redis的三种模式：主从模式用于数据备份和负载均衡，但主节点故障会导致服务暂停；哨兵模式提供自动故障转移，解决主从模式的不足；集群模式则通过数据分片实现更大规模的高可用性和扩展性。文中还详述了各个模式的配置和优缺点，为实际生产环境提供了选型参考。

摘要由CSDN通过智能技术生成

redis的安装

https://mp.csdn.net/console/editor/html/108639018

redis的四种模式单机版、主从复制、哨兵、以及集群模式，其中单机版不用于生产环境。

主从模式（master-slaves）的作用

做备份数据，这样当一个节点损坏（指不可恢复的硬件损坏）时，数据因为有备份，可以方便恢复。
做负载均衡，所有客户端都访问一个节点肯定会影响 Redis 工作效率，有了主从以后，查询操作就可以通过查询从节点来完成。

主从模式关于master的读写，和slaves的读：

一个 Master 可以有多个 Slaves
默认配置下，master 节点可以进行读和写，slave 节点只能进行读操作，写操作被禁止不要修改配置让 slave 节点支持写操作，没有意义，原因如下
- slave 写入的数据不会被同步到其他节点
- 当 master 节点修改同一条数据后，slave 节点的数据会被覆盖掉
- slave 节点挂了不影响其他 slave 节点的读和 master 节点的读和写，重新启动后会将数据从 master 节点同步过来
- master 节点挂了以后，不影响 slave 节点的读，Redis 将不再提供写服务，master 节点启动后 Redis 将重新对外提供写服务
- master 节点挂了以后，不会从slave中重新选一个作为master

redis的主从配置

mkdir master-slave

做1个主机master，2个从机，总共3台机器

mkdir redis1 redis2 redis3

此处使用的是redis-5.0.4版本，将redis-5.0.4/src/redis-server 分别拷贝到上述 redis1 redis2 redi3

cp redis-5.0.4/src/redis-server master-slave/redis1/
cp redis-5.0.4/src/redis-server master-slave/redis2/
cp redis-5.0.4/src/redis-server master-slave/redis3/

分别在redis1 redis2 redis3 里面建立 redis.conf

redis.conf

#绑定任意ip地址
bind 0.0.0.0
#绑定端口 -- master port
port 8001
#log文件
logfile "8001.log"
#数据库
dbfilename "dump-8001.rdb"
#设置后台启动
daemonize yes
rdbcompression yes

将上述的redis.conf文件，分别放入 redis1 redis2 redi3 ，其中redis1下的conf文件为 8001， redis2 下为8002，redis3下为8003

将redis-cli 拷贝到 master-slave 下

root@qb:/usr/local/redis/master-slave# cp /usr/local/bin/redis-cli ../

自己写一个start.sh脚本，放在master-slave下，分别去启动上述3个redis （一个是 master ， 2个slave）

start.sh

#! /bin/bash

cd redis1
./redis-server redis.conf &

cd ../redis2
./redis-server redis.conf &

cd ../redis3
./redis-server redis.conf &

cd ../

启动start.sh

验证效果，在redis1 master 所在8001的端口上设置一个key，如 set name xiaozhu，可以在8002,8003的slave中读取name的值

主从模式下，从机是不能写的，只能读

主从模式的缺点

master 节点挂了以后，redis 就不能对外提供写服务了，因为剩下的 slave 不能成为 master

这个缺点影响是很大的，尤其是对生产环境来说，是一刻都不能停止服务的，所以一般的生产坏境是不会单单只有主从模式的，所以我们来看看哨兵模式

哨兵模式（redis sentinel）的作用

redis Sentinel 的主要功能包括主节点存活检测、主从运行情况检测、自动故障转移（failover）、从切换。Redis 的 Sentinel 最小配置是一主一从。 Redis 的 Sentinel 系统可以用来管理多 Redis 服务器，该系统可以执行以下四个任务：

监控

Sentinel 会不断的检查主服务器和从服务器是否正常运行

通知

当被监控的某个 Redis 服务器出现问题，Sentinel 通过 API 脚本向管理员或者其他的应用程序发送通知。

自动故障转移

当主节点不能正常工作时，Sentinel 会开始一次自动的故障转移操作，它会将与失效主节点是主从关系的其中一个从节点升级为新的主节点，并且将其他的从节点指向新的主节点。

配置提供者

在 Redis Sentinel 模式下，客户端应用在初始化时连接的是 Sentinel 节点集合，从中获取主节点的信息

redis sentinel工作流程

Sentinel 是 Redis 的高可用性解决方案：

由一个或多个 Sentinel 实例组成的 Sentinel 系统可以监视任意多个主服务器，以及所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后由新的主服务器代替已下线的主服务器继续处理命令请求。

Sentinel 负责监控集群中的所有主、从 Redis，当发现主故障时，Sentinel 会在所有选一个成为新的主，。并且会把其余的从变为新主的从
同时那台有问题的旧主也会变为新主的从，也就是说当旧的主即使恢复时，并不会恢复原来的主身份，而是作为新主的一个从

redis的哨兵模式配置

复制上述目录master-slave，命名为 sentinel

cp -rf master-slave sentinel

进入sentinel目录，将 redis1 redis2 redis3 中的 redis.conf文件的端口分别改成 9001 ， 9002 ，9003，如

cd sentinel/redis1

vim redis.conf

例如修改redis1 中的 redis.conf

bind 0.0.0.0
port 9001
logfile "9001.log"
dbfilename "dump-9001.rdb"
daemonize yes
rdbcompression yes

将redis自带的 redis-sentinel 可执行程序拷贝到 redis1 redis2 redis3的目录下

root@qb:/usr/local/redis/sentinel#cp ../redis-5.0.4/src/redis-sentinel redis1/
root@qb:/usr/local/redis/sentinel#cp ../redis-5.0.4/src/redis-sentinel redis2/
root@qb:/usr/local/redis/sentinel#cp ../redis-5.0.4/src/redis-sentinel redis3/

将redis的 sentinel.conf 配置文件拷贝到 redis1 redis2 redis3的目录下

root@qb:/usr/local/redis/sentinel# cp ../redis-5.0.4/sentinel.conf redis1/
root@qb:/usr/local/redis/sentinel# cp ../redis-5.0.4/sentinel.conf redis2/
root@qb:/usr/local/redis/sentinel# cp ../redis-5.0.4/sentinel.conf redis3/

修改redis1 redis2 redis3 下对应的 sentinel.conf ，设置 sentinel 的监控自身的端口为19001，且监控其他的master和slaves

root@qb:/usr/local/redis/sentinel# cd redis1/
root@qb:/usr/local/redis/sentinel/redis1# vim sentinel.conf

修改 sentinel.conf 内容如下

port 19001
sentinel monitor mymaster 192.168.1.8 9001 2

修改start.sh启动脚本如下

#! /bin/bash

cd redis1
./redis-server redis.conf &

cd ../redis2
./redis-server redis.conf &

cd ../redis3
./redis-server redis.conf &

cd ../

cd redis1
./redis-sentinel sentinel.conf &

cd ../redis2
./redis-sentinel sentinel.conf &

cd ../redis3
./redis-sentinel sentinel.conf &

cd ..

启动脚本， ./start.sh

redis客户端程序通过端口 19001 连接：redis-cli -p 19001
连接后敲入命令查看当前master是哪一台：sentinel master mymaster

root@qb:/usr/local/redis/sentinel# redis-cli -p 19001
127.0.0.1:19001> sentinel master mymaster
 1) "name"
 2) "mymaster"
 3) "ip"
 4) "192.168.1.8"
 5) "port"
 6) "9001"
 7) "runid"
 8) "56ae061d6377f8c6b97f2291cf56496f4e20bbc5"
 9) "flags"
10) "master"
11) "link-pending-commands"
12) "0"
13) "link-refcount"
14) "1"
15) "last-ping-sent"
16) "0"
17) "last-ok-ping-reply"
18) "709"
19) "last-ping-reply"
20) "709"
21) "down-after-milliseconds"
22) "30000"
23) "info-refresh"
24) "8640"
25) "role-reported"
26) "master"
27) "role-reported-time"
28) "28748"
29) "config-epoch"
30) "0"
31) "num-slaves"
32) "2"
33) "num-other-sentinels"
34) "0"
35) "quorum"
36) "2"
37) "failover-timeout"
38) "180000"
39) "parallel-syncs"
40) "1"
127.0.0.1:19001>

sentinel 模式基本可以满足一般生产的需求，具备高可用性。

在 Redis 高可用架构中，由于主和从切换角色这个过程比较复杂，往往不是只有一个，而是有 3 个或者以上。目的是为让其更加可靠，

当数据量过大到一台服务器存放不下的情况时，主从模式或 sentinel 模式就不能满足需求了，这个时候需要对存储的数据进行分片，将数据存储到多个 Redis 实例中，接下来我们看看集群

redis集群（cluster模式）

redis cluster 是 Redis 的分布式解决方案，在 3.0 版本推出后有效地解决了 redis 分布式方面的需求。
自动将数据进行分片，每个 master 上放一部分数据。提供内置的高可用支持，部分 master 不可用时，还是可以继续工作的支撑 N 个 redis master node，每个 master node 都可以挂载多个 slave node 高可用，因为每个 master 都有 salve 节点，

那么如果 mater 挂掉，redis cluster 这套机制，就会自动将某个 slave 切换成 master

redis集群模式配置

root@qb:/usr/local/redis# mkdir redis-cluster/

创建 redis01 --- redis06

root@qb:/usr/local/redis/redis-cluster# mkdir redis01 redis02 redis03 redis04 redis05 redis06

将redis-server 和 redis默认的 redis.conf 拷贝到 redis01 --- redis06

root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/src/redis-server redis01/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/src/redis-server redis02/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/src/redis-server redis03/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/src/redis-server redis04/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/src/redis-server redis05/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/src/redis-server redis06/


root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/redis.conf redis06/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/redis.conf redis05/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/redis.conf redis04/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/redis.conf redis03/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/redis.conf redis02/
root@qb:/usr/local/redis/redis-cluster#cp ../redis-5.0.4/redis.conf redis01/

修改 redis01 --- redis06 下的 redis.conf，分别修改端口为 7001 -- 7006，ip绑定程自己的ip（我的192.168.1.8），打开cluster 配置

例如，redis01下的redis.conf配置

bind 192.168.1.8
port 7001
cluster-enabled yes

拷贝 redis-cli 和 start.sh 到目录 redis-cluster

root@qb:/usr/local/redis/redis-cluster# cp ../master-slave/redis-cli ./
root@qb:/usr/local/redis/redis-cluster# cp ../master-slave/start.sh ./

修改start.sh ，使用脚本启动redis01 --- redis06

#! /bin/bash

cd redis01
./redis-server redis.conf &

cd ../redis02
./redis-server redis.conf &

cd ../redis03
./redis-server redis.conf &

cd ../redis04
./redis-server redis.conf &

cd ../redis05
./redis-server redis.conf &

cd ../redis06
./redis-server redis.conf &

cd ../

启动集群

redis-cli --cluster create 192.168.1.8:7001 192.168.1.8:7002 192.168.1.8:7003 192.168.1.8:7004 192.168.1.8:7005 192.168.1.8:7006 --cluster-replicas 1

操作后，可以看到如下效果，则说明集群建好了：

客户端连接进行测试

cluster 的出现是为了解决单机 Redis 容量有限的问题，将 Redis 的数据根据一定的规则分配到多台机器。

对 cluster 的一些理解： cluster 可以说是 sentinel 和主从模式的结合体，通过 cluster 可以实现主从和 master 重选功能，所以如果配置两个副本三个分片的话，就需要六个 Redis 实例。因为 Redis 的数据是根据一定规则分配到 cluster 的不同机器的，当数据量过大时，可以新增机器进行扩容这种模式适合数据量巨大的缓存要求，当数据量不是很大使用 sentinel 即可。