Redis高可用——主从复制、哨兵模式、集群

最新推荐文章于 2024-07-08 15:12:27 发布

橘子超好吃

最新推荐文章于 2024-07-08 15:12:27 发布

阅读量293

点赞数

分类专栏：数据库 Redis Linux 文章标签： redis 数据库缓存

本文链接：https://blog.csdn.net/weixin_53246927/article/details/125529564

版权

本文详细介绍了Redis的高可用技术，包括主从复制、哨兵模式和集群。主从复制提供数据冗余和故障恢复，哨兵模式实现了自动化故障转移，而Redis集群通过数据分片实现高可用和负载均衡。文章还提供了各模式的搭建步骤和故障模拟，是理解Redis高可用性的实用指南。

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

一、Redis高可用

在web服务器中，高可用是指服务器可以正常访问的时间，衡量的标准是在多长时间内可以提供正常服务(99.9%、99.99%、99.999%等等)。

但是在Redis语境中，高可用的含义似乎要宽泛一些，除了保证提供正常服务（如主从分离、快速容灾技术），还需要考虑数据容量的扩展、数据安全不会丢失等。

在Redis中，实现高可用的技术主要包括持久化、主从复制、哨兵和cluster集群，下面分别说明它们的作用，以及解决了什么样的问题。

持久化：持久化是最简单的高可用方法（有时甚至不被归为高可用的手段），主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失。
主从复制：主从复制是高可用Redis的基础，哨兵和集群都是在主从复制基础上实现高可用的。主从复制主要实现了数据的多机备份（和同步），以及对于读操作的负载均衡和简单的故障恢复。
- 缺陷：故障恢复无法自动化；写操作无法负载均衡；存储能力受到单机的限制。
哨兵：在主从复制的基础上，哨兵实现了自动化的故障恢复。（主挂了，找一个从成为新的主，哨兵节点进行监控）
- 缺陷：写操作无法负载均衡；存储能力受到单机的限制。
Cluster集群：通过集群，Redis解决了写操作无法负载均衡，以及存储能力受到单机限制的问题，实现了较为完善的高可用方案。（6台起步，成双成对，3主3从）

持久化技术已在前一篇文章中进行介绍（ Redis 高可用之持久化 - 掘金 (juejin.cn) ），本文将具体主从复制、哨兵、Cluster集群三种高可用技术。

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master），后者称为从节点（slave）；数据的复制是单向的，只能由主节点到从节点。
默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点（或没有从节点），但一个从节点只能有一个主节点。

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

（1）若启动一个slave机器进程,则它会向Master机器发送一个sync command命令，请求同步连接。

（2）无论是第一次连接还是重新连接，Master机器都会启动一个后台进程，将数据快照保存到数据文件中（执行rdb操作），同时Master还会记录修改数据的所有命令并缓存在数据文件中。

（3）后台进程完成缓存操作之后，Master机器就会向slave机器发送数据文件，slave端机器将数据文件保存到硬盘上，然后将其加载到内存中，接着Master机器就会将修改数据的所有操作一并发送给slave端机器。若slave出现故障导致宕机，则恢复正常后会自动重新连接。

（4）Master机器收到slave端机器的连接后，将其完整的数据文件发送给slave端机器，如果Mater同时收到多个slave发来的同步请求，则Master会在后台启动一个进程以保存数据文件，然后将其发送给所有的slave端机器，确保所有的slave端机器都正常。

master：20.0.0.12
slave1：20.0.0.6
slave2：20.0.0.5

参考上一篇博客 Redis安装部署
在这里插入图片描述

vim /etc/redis/6379.conf
bind 0.0.0.0	
appendonly yes	

/etc/init.d/redis_6379 restart

在这里插入图片描述
![](https://img-blog.csdnimg.cn/2afe3a1ad5dc44ec858f3dcae6025529.png)

vim /etc/redis/6379.conf
bind 0.0.0.0
replicaof 20.0.0.12 6379
appendonly yes

/etc/init.d/redis_6379 restart

在这里插入图片描述

##在master节点上看日志
tail -f /var/log/redis_6379

关注