Redis数据库（三）——（主从复制、哨兵模式、集群）

最新推荐文章于 2024-11-02 12:56:00 发布
最新推荐文章于 2024-11-02 12:56:00 发布
阅读量241 收藏 1
点赞数 1
分类专栏： Redis数据库 文章标签： redis 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/IHBOS/article/details/116525487
版权

Redis数据库（三）——（主从复制、哨兵模式、集群）

一、Redis主从复制

1、Redis主从模式介绍

  • 通过持久化功能，redis保证了即使在服务器重启的情况下也不会丢失（或少量丢失）数据，因为持久化会把内存中的数据保存到硬盘上，重启会从硬盘上加载数据，但是由于数据是存储在一台服务器上的，如果这台服务器出现硬盘故障等问题，也会导致数据丢失。为了避免单点故障，通常的做法是将数据库复制多个副本以部署在不同的服务器上，这样即使有一台服务器出现故障其他服务器依然可以继续提供服务，为此，redis提供了复制(replication)功能，可以实现当一台数据库中的数据更新后，自动将更新的数据同步到其他数据库上。
  • 在复制的概念中，数据库分为两类，一类是主数据库（master)，另一类是从数据(slave)。主数据可以进行读写操作，当写操作导致数据变化时会自动将数据同步给从数据库，而从数据库一般是只读的，并接受主数据同步过来的数据。一个主数据库可以拥有多个从数据库，而一个从数据库只能拥有一个主数据库。

2、Redis主从复制的流程

在这里插入图片描述

  • （1）若启动一个Slave机器进程，则它会向Master机器发送一个“sync command”命令，请求同步连接。
  • （2）无论是第一次连接还是重新连接，Master机器都会启动一个后台进程，将数据快照保存到数据文件中（执行rdb操作），同时Master还会记录修改数据的所有命令并缓存在数据文件中。
  • （3）后台进程完成缓存操作之后，Maste机器就会向Slave机器发送数据文件，Slave端机器将数据文件保存到硬盘上，然后将其加载到内存中，接着Master机器就会将修改数据的所有操作一并发送给Slave端机器。若Slave出现故障导致宕机，则恢复正常后会自动重新连接。
  • （4）Master机器收到Slave端机器的连接后，将其完整的数据文件发送给Slave端机器，如果Mater同时收到多个Slave发来的同步请求，则Master会在后台启动一个进程以保存数据文件，然后将其发送给所有的Slave端机器，确保所有的Slave端机器都正常。

3、Redis主从复制的作用

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

4、Redis主从复制的搭建

环境配置/安装包

安装包：redis-5.0.7.tar.gz

主机操作系统IP地址软件 / 安装包 / 工具
MasterCentOS7192.168.172.10redis-5.0.7.tar.gz
Slave1CentOS7192.168.172.20redis-5.0.7.tar.gz
Slave2CentOS7192.168.172.30redis-5.0.7.tar.gz

安装Redis（所有主机）

systemctl stop firewalld
setenforce 0

yum install -y gcc gcc-c++ make

tar zxvf redis-5.0.7.tar.gz -C /opt/

cd /opt/redis-5.0.7/
make && make PREFIX=/usr/local/redis install

cd /opt/redis-5.0.7/utils
./install_server.sh

回车四次，下一步需要手动输入

Please select the redis executable path [] /usr/local/redis/bin/redis-server  	

ln -s /usr/local/redis/bin/* /usr/local/bin/

在这里插入图片描述在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

修改Master节点Redis配置文件

（192.168.172.10）

vim /etc/redis/6379.conf
bind 0.0.0.0						#70行，修改bind 项，0.0.0.0监听所有网段
daemonize yes						#137行，开启守护进程
logfile /var/log/redis_6379.log		#172行，指定日志文件目录
dir /var/lib/redis/6379				#264行，指定工作目录
appendonly yes						#700行，开启AOF持久化功能

/etc/init.d/redis_6379 restart

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述在这里插入图片描述
在这里插入图片描述

修改Slave节点Redis配置文件

（192.168.172.20）、（192.168.172.30）

vim /etc/redis/6379.conf
bind 0.0.0.0						#70行，修改bind 项，0.0.0.0监听所有网卡
daemonize yes						#137行，开启守护进程
logfile /var/log/redis_6379.log		#172行，指定日志文件目录
dir /var/lib/redis/6379				#264行，指定工作目录
replicaof 192.168.172.10 6379		#288行，指定要同步的Master节点IP和端口
appendonly yes						#700行，开启AOF持久化功能

/etc/init.d/redis_6379 restart

在这里插入图片描述在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

验证主从效果

在Master节点上看日志

tail -f /var/log/redis_6379.log

在这里插入图片描述

在Master节点上验证从节点

redis-cli info replication

在这里插入图片描述

二、Redis 哨兵模式

哨兵是Redis集群架构中非常重要的一个组件，哨兵的出现主要是解决了主从复制出现故障时需要人为干预的问题。

1、哨兵模式的原理

哨兵(sentinel)：是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的 Master 并将所有 Slave 连接到新的 Master。所以整个运行哨兵的集群的数量不得少于3个节点。

2、哨兵模式主要功能

  • 集群监控:负责监控Redis master和slave进程是否正常工作
  • 消息通知:如果某个Redis实例有故障，那么哨兵负责发送消息作为报警通知给管理员
  • 故障转移:如果master node挂掉了，会自动转移到slave node上
  • 配置中心:如果故障转移发生了，通知client客户端新的master地址

使用一个或者多个哨兵(Sentinel)实例组成的系统，对redis节点进行监控，在主节点出现故障的情况下，能将从节点中的一个升级为主节点，进行故障转义，保证系统的可用性。

3、哨兵模式的结构

哨兵结构由两部分组成，哨兵节点和数据节点：

  • 哨兵节点：哨兵系统由一个或多个哨兵节点组成，哨兵节点是特殊的redis节点，不存储数据。
  • 数据节点：主节点和从节点都是数据节点。

哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式，所有节点上都需要部署哨兵模式，哨兵模式会监控所有的 Redis 工作节点是否正常，当 Master 出现问题的时候，因为其他节点与主节点失去联系，因此会投票，投票过半就认为这个 Master 的确出现问题，然后会通知哨兵间，然后从 Slaves 中选取一个作为新的 Master。

需要特别注意的是，客观下线是主节点才有的概念；如果从节点和哨兵节点发生故障，被哨兵主观下线后，不会再有后续的客观下线和故障转移操作。

4、优点与缺点

  • 优点：高可用，哨兵模式是基于主从模式的，所有主从模式的优点，哨兵模式都有；主从可以自动切换，系统更健壮，可用性更高
  • 缺点：redis 比较难支持在线扩容，在群集容量达到上限时在线扩容会变得很复杂

5、哨兵模式的搭建

环境配置

主机操作系统IP地址软件 / 安装包 / 工具
MasterCentOS7192.168.172.10redis-5.0.7.tar.gz
Slave1CentOS7192.172.184.20redis-5.0.7.tar.gz
Slave2CentOS7192.168.172.30redis-5.0.7.tar.gz

修改 Redis 配置文件（所有节点操作）

systemctl stop firewalld
setenforce 0

vim /opt/redis-5.0.7/sentinel.conf
protected-mode no								#17行，关闭保护模式
port 26379										#21行，Redis哨兵默认的监听端口
daemonize yes									#26行，指定sentinel为后台启动
logfile "/var/log/sentinel.log"					#36行，指定日志存放路径
dir "/var/lib/redis/6379"						#65行，指定数据库存放路径
sentinel monitor mymaster 192.168.172.10 6379 2	#84行，修改 指定该哨兵节点监控192.168.172.10:6379这个主节点，该主节点的名称是mymaster，最后的2的含义与主节点的故障判定有关：至少需要2个哨兵节点同意，才能判定主节点故障并进行故障转移
sentinel down-after-milliseconds mymaster 30000	#113行，判定服务器down掉的时间周期，默认30000毫秒（30秒）
sentinel failover-timeout mymaster 180000		#146行，故障节点的最大超时时间为180000（180秒）

在这里插入图片描述
在这里插入图片描述在这里插入图片描述
在这里插入图片描述

启动哨兵模式

PS：先启master，再启slave

cd /opt/redis-5.0.7/
redis-sentinel sentinel.conf &
注意！先启动主服务器，再启动从服务器

先启动主节点
在这里插入图片描述
在启动从节点
在这里插入图片描述
在这里插入图片描述

查看哨兵模式信息

redis-cli -p 26379 info Sentinel

Master：192.168.172.10
在这里插入图片描述

故障模拟

Master：192.168.172.10

查看redis-server进程号
netstat -natp | grep redis
kill -9 11343			#Master节点上redis-server的进程号

在这里插入图片描述

验证结果

tail -f /var/log/sentinel.log
redis-cli -p 26379 INFO Sentinel

在这里插入图片描述

三、Redis 群集模式

  • redis的哨兵模式基本已经可以实现高可用、读写分离，但是在这种模式，每台redis服务器都存储相同的数据，很浪费内存资源，所以加入了 Cluster 群集模式，实现了redis的分布式存储，也就是说，每台redis节点存储着不同的内容

  • 群集部署建议至少3台以上的master节点，建议使用3主3从六个节点的模式

  • Cluster 群集由多个redis服务器组成的分布式网络服务群集，群集中有多个master主节点，每个主节点都可读可写，节点之间会互相通信，两两相连，redis群集无中心节点

  • 在 redis-Cluster 群集中，可以给每个主节点添加从节点，主节点和从节点直接遵循主从模型的特性，当用户需要处理更多读请求的时候，添加从节点可以扩展系统的读性能

  • redis-Cluster 的故障转移：redis群集的主节点内置了类似 redis sentinel 的节点故障检测和自动故障转移功能，当群集中的某个主节点下线时，群集中的其他在线主节点会注意到这点，并且对已经下线的主节点进行故障转移

  • 群集进行故障转移的方法和 redis sentinel 进行故障转移的方法基本一样，不同的是，在集群里面，故障转移是由集群中其他在线的主节点复制进行的，所以群集不必另外使用 redis sentinel

1、集群模式的搭建

主机操作系统IP地址工具
Master1CentOS7192.168.172.10:7001redis-5.0.7.tar.gz
Master2CentOS7192.168.172.20:7002redis-5.0.7.tar.gz
Master3CentOS7192.168.172.30:7003redis-5.0.7.tar.gz
salve1CentOS7192.168.172.40:7004redis-5.0.7.tar.gz
salve2CentOS7192.168.172.50:7005redis-5.0.7.tar.gz
slave3CentOS7192.168.172.60:7006redis-5.0.7.tar.gz

所有节点

cd /etc/redis/
mkdir -p redis-cluster/redis6379
cp /opt/redis-5.0.7/redis.conf /etc/redis/redis-cluster/redis6379/
cp /opt/redis-5.0.7/src/redis-cli /opt/redis-5.0.7/src/redis-server /etc/redis/redis-cluster/redis6379/

在这里插入图片描述

#其他5个文件夹的配置文件以此类推修改，注意6个端口都要不一样。
cd /etc/redis/redis-cluster/redis6379
vim redis.conf

bind 192.168.172.10						#69行，修改bind项，监听自己的IP
protected-mode no						#88行，修改，关闭保护模式
port 7001								#92行，修改，redis监听端口，
daemonize yes							#136行，以独立进程启动
cluster-enabled yes						#832行，取消注释，开启群集功能
cluster-config-file nodes-6379.conf		#840行，取消注释，群集名称文件设置，无需修改
cluster-node-timeout 15000				#846行，取消注释群集超时时间设置
appendonly yes							#699行，修改，开启AOF持久化

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述在这里插入图片描述

scp /etc/redis/redis-cluster/redis6379/redis.conf root@192.168.172.20:/etc/redis/redis-cluster/redis6379/redis.conf
scp /etc/redis/redis-cluster/redis6379/redis.conf root@192.168.172.30:/etc/redis/redis-cluster/redis6379/redis.conf
scp /etc/redis/redis-cluster/redis6379/redis.conf root@192.168.172.40:/etc/redis/redis-cluster/redis6379/redis.conf
scp /etc/redis/redis-cluster/redis6379/redis.conf root@192.168.172.50:/etc/redis/redis-cluster/redis6379/redis.conf
scp /etc/redis/redis-cluster/redis6379/redis.conf root@192.168.172.60:/etc/redis/redis-cluster/redis6379/redis.conf

在这里插入图片描述

其余节点

vim /etc/redis/redis-cluster/redis6379/redis.conf

在这里插入图片描述

所有节点

启动redis节点

cd /etc/redis/redis-cluster/redis6379/
redis-server redis.conf

在这里插入图片描述

启动集群
redis-cli --cluster create 192.168.172.10:7001 192.168.172.20:7002 192.168.172.30:7003 192.168.172.40:7004 192.168.172.50:7005 192.168.172.60:7006 --cluster-replicas 1
在这里插入图片描述

redis-cli -h 192.168.172.10 -p 7001 -c        #加-c参数，节点之间就可以互相跳转	
cluster slots			#查看节点的哈希槽编号范围
set name zhangsan
cluster keyslot name	#查看name键的槽编号

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

IHBOS
关注
专栏目录
Redis数据库——主从、哨兵、群集
一坨小橙子的博客
04-04 1262
Redis主从复制、哨兵模式Sentinel、群集模式Cluster详解及搭建
Redis三种模式——主从复制、哨兵模式、集群
weixin_44112402的博客
07-05 2817
主从复制，是指将一台 Redis 服务器的数据，复制到其他的 Redis 服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。默认情况下，每台 Redis 服务器都是主节点；且一个主节点可以有多个从节点 (或没有从节点)，但一个从节点只能有一个主节点。
redis高可用——主从复制、哨兵模式、cluster集群
Breeze_nebula的博客
09-08 984
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(Master)，后者称为从节点(Slave)；数据的复制是单向的，只能由主节点到从节点。默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点(或没有从节点)，但一个从节点只能有一个主节点。主从切换技术的方法是，当服务器宕机后，需要手动一台从机切换为主机，这需要人工干预，不仅费时费力而日还会造成一段时间内服务不可用。为了解决主从复制的缺点，就有了哨兵机制。
Redis的三种模式——主从复制、哨兵、集群
qq_44363920的博客
07-01 6626
Redis的三种模式——主从复制、哨兵、集群
Redis数据库：主从复制、哨兵模式、cluster集群
A6985HG的博客
09-12 1248
Redis 哨兵模式用于监控Redis实例的运行状况，并在主节点发生故障时自动进行故障转移，确保系统的持续可用性。Redis 哨兵通过不断地检查主节点和从节点的状态来实现这一目标，并在需要时自动执行故障转移操作哨兵系统通常由多个哨兵节点组成，它们之间通过消息传递来协调监控任务和决策。当主节点出现故障或不可用时，哨兵系统会选举一个从节点作为新的主节点，并通知其他节点更新配置，使系统能够继续正常工作通过使用哨兵模式，Redis可以实现自动化的故障处理和主从切换，提高了系统的可用性和稳定性。
Redis三种模式——主从复制，哨兵模式，集群
m0_57554344的博客
07-28 1394
1.主从复制适用于数据的多机备份，以及对于读操作的负载均衡和简单的故障恢复。2.哨兵模式基于主从复制，部署哨兵模式必须先部署主从复制，其在主从复制基础上提供了自动化的故障恢复。但是其写操作无法负载均衡，存储能力受到单机的限制。3.Redis集群提供了分布式存储方案解决了写操作无法负载均衡，以及存储能力受到单机限制的问题，实现了较为完善的高可用方案，其集群最低需要6个节点，三主三从，实现Redis高可用。
Redis集群架构搭建——主从、哨兵、集群
沐雨橙风ιε的博客
09-22 1116
Redis集群架构搭建——主从、哨兵、集群
Redis数据库（三）——（主从复制、哨兵模式）
weixin_64413763的博客
11-07 750
通过持久化功能，redis保证了即使在服务器重启的情况下也不会丢失（或少量丢失）数据，因为持久化会把内存中的数据保存到硬盘上，重启会从硬盘上加载数据，但是由于数据是存储在一台服务器上的，如果这台服务器出现硬盘故障等问题，也会导致数据丢失。为了避免单点故障，通常的做法是将数据库复制多个副本以部署在不同的服务器上，这样即使有一台服务器出现故障其他服务器依然可以继续提供服务，为此，redis提供了复制(replication)功能，可以实现当一台数据库中的数据更新后，自动将更新的数据同步到其他数据库上。
Redis（三）主从复制、哨兵、集群
HK的博客
11-25 1765
主从复制、哨兵、集群
Redis 主从复制，哨兵与集群
weixin_56770318的博客
07-10 1278
虽然Redis可以实现单机的数据持久化，但无论是RDB也好或者AOF也好，都解决不了单点宕机问题，即一旦单台 redis服务器本身出现系统故障、硬件故障等问题后，就会直接造成数据的丢失此外,单机的性能也是有极限的,因此需要使用另外的技术来解决单点故障和性能扩展的问题。
Redis集群-Redis安装、Redis主从复制、哨兵、Redis集群
12-25
Redis集群是Redis的一种高可用性解决方案，通过主从复制、哨兵和集群三大技术模块来实现高可用性和可扩展性。本文将对Redis集群进行详细的介绍，包括Redis安装、主从复制、哨兵和集群的配置和实现。 一、Redis安装 ...
02-Redis持久化、主从与哨兵架构详解.zip
11-18
本资料包主要探讨Redis的三个核心概念：持久化、主从复制和哨兵架构，这些都是确保Redis高可用性和数据安全的重要机制。 首先，我们来详细了解一下Redis的持久化。Redis提供了两种主要的持久化方式：RDB（Redis ...
Docker搭建redis主从+哨兵模式集群.docx
07-27
本文档主要介绍了使用Docker搭建Redis主从复制和哨兵模式集群的步骤。下面是详细的知识点总结： 一、Docker安装 * 下载Docker二进制文件（离线安装包），使用wget命令下载 * 上传到服务器，使用MobaXterm等工具 * ...
图解Redis 05 | Zset数据类型的原理及应用场景
大厂小码农的博客
10-29 597
Zset 类型（有序集合）与 Set 类型相比，增加了一个排序属性 score。对于有序集合 Zset，每个元素由两个部分组成：一个是元素的值，另一个是用于排序的分数 score。有序集合继承了Set中成员唯一（元素值不能重复，分数可以重复）的特性，但不同之处在于，有序集合中的元素是按分数进行排序的。
CentOS 7系统下Redis Cluster集群一键部署脚本发布
最新发布
运维人生
11-02 201
环境准备：自动安装Redis所需的依赖包，并下载Redis源码。Redis安装：编译并安装Redis。配置文件生成：为每个Redis节点生成独立的配置文件。Redis实例启动：根据配置文件启动Redis实例。集群创建：使用redis-cli命令创建Redis Cluster集群。本文提供了一个在CentOS 7系统下Redis Cluster集群的一键部署脚本，帮助开发者快速搭建Redis Cluster集群。未来，我们将继续完善该脚本，增加更多的功能和配置选项，以满足不同场景下的需求。
短信登录的实现-redis和session的比较
2301_79748665的博客
10-29 798
我们之前只有一个拦截器，但是拦截的路径不是所有，如果用户一直访问的是不需要拦截的路径，那么他的token就不会刷新，就会失去登录状态，我们可以再加一个拦截器，第一个拦截一切路径，并且刷新有效期，第二个做登录校验；用户信息的key使用一个token来保存，一个是保证key的唯一性，一个是保证数据的安全性，因为token也就是key是要存在浏览器中的；因为session是存储在tomcat服务器中的，我们将来部署集群进行负载均衡，那么我们存储在一台tomcat服务器的数据无法实现共享；
【Redis：原理、架构与应用】
qq_42060170的博客
10-30 874
Redis（Remote Dictionary Server）是一款开源的内存数据库，以高性能和多样的数据结构著称，主要用作缓存系统、消息队列和会话管理等。它提供了丰富的数据结构，支持字符串、哈希、列表、集合等多种数据类型。Redis 具备快速读写、高可扩展性和灵活的数据持久化能力，是 NoSQL 数据库中的重要代表。Redis 将所有数据存储在内存中，因此访问速度极快，是处理高频、低延迟访问场景的理想选择。Redis 支持主从复制、哨兵、集群等高可用架构，能够在大规模分布式系统中实现高可靠性和数据冗余。
Redis中储存含LocalDateTime属性对象的序列化实现
Charles_Clark的博客
10-29 677
上面代码中配置 RedisTemplate 的序列化机制，以便能够序列化和反序列化包含 LocalDateTime 等 Java 8 时间类型的对象。•作用ObjectMapper 是 Jackson 库的核心类，用来将 Java 对象转换为 JSON 字符串，或者将 JSON 字符串解析为 Java 对象。Jackson 是一个非常流行的 JSON 序列化和反序列化库，ObjectMapper 是它的主要接口，用于处理复杂的对象和数据结构。•作用。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值