Redis 主从复制、哨兵模式、Cluster集群

最新推荐文章于 2024-08-25 15:04:13 发布
最新推荐文章于 2024-08-25 15:04:13 发布
阅读量1.2k 收藏 17
点赞数 30
CC 4.0 BY-SA版权
文章标签： redis java github
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/gfbcdgbb/article/details/137507560
本文详细介绍了Redis的主从复制、哨兵模式和群集模式。主从复制可实现数据冗余、故障恢复等；哨兵模式能自动进行主节点故障转移；群集模式可实现数据分区和高可用。同时，还给出了三种模式的搭建步骤和验证方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

目录

一、Redis 主从复制

1、主从复制介绍

2、主从复制的作用

3、主从复制流程： 

4、搭建redis主从复制

4.1所有服务器搭建redis数据库

 4.2修改Redis配置文件（Master节点操作）

​4.3修改Redis配置文件（slave节点操作）

4.4验证主从效果 

二、Redis哨兵模式 

1、哨兵模式的作用

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

3、故障转移机制 

4、主节点的选举 

5、搭建redis哨兵模式 

5.1所有哨兵服务器安装好redis服务

5.2master和slave部署Redis主从复制

5.3修改哨兵节点的配置文件sentinel.conf（所有哨兵节点操作）

5.4启动哨兵模式 

5.5在哨兵节点查看哨兵消息 

 5.6故障模拟

5.7故障恢复

 

三、Redis 群集模式 

1、集群的作用，可以归纳为两点 

2、Redis集群的数据分片 

3、搭建Redis 群集模式 

3.1初始化环境每台主机安装redis

3.2开启集群功能

 3.3启动redis节点

一、Redis 主从复制

1、主从复制介绍

主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master），后者称为从节点（Slave）；数据的复制是单向的，只能由主节点到从节点。

默认情况下，每台Redis服务器都是主节点；且一个主节点可以有多个从节点（或没有从节点），但一个从节点只能有一个主节点。

2、主从复制的作用

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

3、主从复制流程： 

（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端机器都正常。

4、搭建redis主从复制

master 192.168.52.140
slave1 192.168.52.130
slave2 192.168.52.120

4.1所有服务器搭建redis数据库

关闭防火墙
systemctl stop firewalld
setenforce 0
#安装依赖环境
yum install -y gcc gcc-c++ make
 
#解压文件到指定文件夹 opt
tar zxvf redis-5.0.7.tar.gz -C /opt/
cd /opt/redis-5.0.7/
#安装
make
make PREFIX=/usr/local/redis install
#执行软件包提供的install_server.sh 脚本文件，设置Redis服务所需要的相关配置文件
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/
 
/etc/init.d/redis_6379 stop				#停止
/etc/init.d/redis_6379 start			#启动
/etc/init.d/redis_6379 restart			#重启
/etc/init.d/redis_6379 status	
			
#重启redis服务
/etc/init.d/redis_6379 restart

关闭防火墙并下载依赖环境 

解压软件包

 编译

安装到指定目录

 执行软件包提供的脚本文件

 做软链接

启动redis服务并查看

 重启服务

 4.2修改Redis配置文件（Master节点操作）

vim /etc/redis/6379.conf
bind 0.0.0.0      #70行，修改监听地址为0.0.0.0
daemontze yes     #137行，开启守护进程
logfile/var/log/redis_6379.1og   #172行，指定日志文件目录
dir/var/lib/redis/6379           #264行，指定工作目录
appendonly yes                   #700行，开启AOF持久化功能
/etc/init.d/redis_6379 restart

 

 

 4.3修改Redis配置文件（slave节点操作）

vim /etc/redis/6379.conf 
 
bind 0.0.0.0         #70行，修改监听地址为0.0.0.0
daemonize yes        #137行，开启守护进程
logfile/var/log/redis 6379.1og    #172行，指定日志文件目录
dir/var/lib/redis/6379            #264行，指定工作目录
replicaof 192.168.52.140 6379#288行，指定要同步的Master节点IP和端口
appendonly yes     #700行，开启AOF持久化功能
/etc/init.d/redis_6379 restart
netstat -natp | grep redis

 slave节点配置与master节点类似使用scp命令进行远程传输后进行修改

scp /etc/redis/6379.conf 192.168.92.6:/etc/redis
scp /etc/redis/6379.conf 192.168.92.8:/etc/redis

进入两台slave服务器进行修改 

vim /etc/redis/6379.conf 
replicaof 192.168.52.140 6379#288行，指定要同步的Master节点IP和端口
/etc/init.d/redis_6379 restart
netstat -natp | grep redis 查看主从服务器是否连接

 

 

4.4验证主从效果 

在Master节点上看日志

tail /var/log/redis_6379.log
Replica 192.168.239.20：6379 asks for synchronization
Replica 192.168.239.30：6379 asks for synchronization

在Master节点上验证从节点

redis-cli info replication

 

在master节点上添加数据 从节点查看

 

二、Redis哨兵模式 

主从切换技术的方法是：当服务器宕机后，需要手动一台从机切换为主机，这需要人工干预，不仅费时费力而且还会造成一段时间内服务不可用。为了解决主从复制的缺点，就有了哨兵机制。

哨兵的核心功能：在主从复制的基础上，哨兵引入了主节点的自动故障转移。

1、哨兵模式的作用

  • 监控：哨兵会不断地检查主节点和从节点是否运作正常。
  • 自动故障转移：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其它从节点改为复制新的主节点。
  • 通知（提醒）：哨兵可以将故障转移的结果发送给客户端。

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

  • 哨兵节点：哨兵系统由一个或多个哨兵节点组成，哨兵节点是特殊的redis节点，不存储数据，台数必须为大于等于3奇数台。
  • 数据节点：主节点和从节点都是数据节点。

3、故障转移机制 

①：由哨兵节点定期监控发现主节点是否出现了故障
每个哨兵节点每隔1秒会向主节点、从节点及其它哨兵节点发送一次ping命令做一次心跳检测。如果主节点在一定时间范围内不回复或者是回复一个错误消息，那么这个哨兵就会认为这个主节点主观下线了（单方面的）。当超过半数哨兵节点认为该主节点主观下线了，这样就客观下线了。

②：当主节点出现故障，此时哨兵节点会通过Raft算法（选举算法）实现选举机制共同选举出一个哨兵节点为leader，来负责处理主节点的故障转移和通知。所以整个运行哨兵的集群的数量不得少于3个节点。

③：由leader哨兵节点执行故障转移，过程如下：

  • 将某一个从节点升级为新的主节点，让其它从节点指向新的主节点；
  • 若原主节点恢复也变成从节点，并指向新的主节点；
  • 通知客户端主节点已经更换。

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

4、主节点的选举 

  • 过滤掉不健康的（己下线的），没有回复哨兵ping响应的从节点。
  • 选择配置文件中从节点优先级配置最高的。（replica-priority，默认值为100）
  • 选择复制偏移量最大，也就是复制最完整的从节点。

哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式 

5、搭建redis哨兵模式 

master 192.168.92.7
slave1 192.168.92.6
slave2 192.168.92.8
sentinel-1: 192.168.92.110.
sentinel-2: 192.168.92.100.
sentinel-3: 192.168.92.200.

5.1所有哨兵服务器安装好redis服务

关闭防火墙
systemctl stop firewalld
setenforce 0
#安装依赖环境
yum install -y gcc gcc-c++ make
 
#解压文件到指定文件夹 opt
tar zxvf redis-5.0.7.tar.gz -C /opt/
cd /opt/redis-5.0.7/
#安装
make
make PREFIX=/usr/local/redis install
#执行软件包提供的install_server.sh 脚本文件，设置Redis服务所需要的相关配置文件
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/
 
/etc/init.d/redis_6379 stop				#停止
/etc/init.d/redis_6379 start			#启动
/etc/init.d/redis_6379 restart			#重启
/etc/init.d/redis_6379 status	
			
#重启redis服务
/etc/init.d/redis_6379 restart

5.2master和slave部署Redis主从复制

修改主节点配置文件

vim /etc/redis/6379.conf
bind 0.0.0.0      #70行，修改监听地址为0.0.0.0
daemontze yes     #137行，开启守护进程
logfile/var/log/redis_6379.1og   #172行，指定日志文件目录
dir/var/lib/redis/6379           #264行，指定工作目录
appendonly yes                   #700行，开启AOF持久化功能
/etc/init.d/redis_6379 restart

修改从节点配置文件

vim /etc/redis/6379.conf 
 
bind 0.0.0.0         #70行，修改监听地址为0.0.0.0
daemonize yes        #137行，开启守护进程
logfile/var/log/redis 6379.1og    #172行，指定日志文件目录
dir/var/lib/redis/6379            #264行，指定工作目录
replicaof 192.168.52.140 6379#288行，指定要同步的Master节点IP和端口
appendonly yes     #700行，开启AOF持久化功能
/etc/init.d/redis_6379 restart
netstat -natp | grep redis 
​

5.3修改哨兵节点的配置文件sentinel.conf（所有哨兵节点操作）

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.92.7 6379 2 
#84行，修改 指定该哨兵节点监控192.168.92.7:6379这个主节点，该主节点的名称是mymaster，最后的2的含义与主节点的故障判定有关：至少需要2个哨兵节点同意，才能判定主节点故障并进行故障转移
sentinel down-after-milliseconds mymaster 30000 
#113行，判定服务器down掉的时间周期，默认30000毫秒（30秒）
sentinel failover-timeout mymaster 180000   
#146行，故障节点的最大超时时间为180000（180秒）

 

5.4启动哨兵模式 

先启master主服务器，再启slave1和slave2从服务器

#所有哨兵服务器执行
cd /opt/redis-5.0.7/
redis-sentinel sentinel.conf &

 

5.5在哨兵节点查看哨兵消息 

查看redis-server进程号

ps aux | grep redis

#哨兵信息详解
sentinel_masters:1
#这表示有一个 Redis 主服务器被 Sentinel 监控管理
sentinel_tilt:0
#这个值表示当前没有倾斜（tilt）事件发生，即系统处于正常状态
sentinel_running_scripts:0
#表示没有正在运行的脚本
sentinel_scripts_queue_length:0
#这表示脚本队列中没有等待执行的脚本
sentinel_simulate_failure_flags:0
#这个参数指示没有设置用于模拟故障的标志
master0:name=mymaster,status=ok,address=172.16.12.10:6379,slaves=2,sentinels=3
#这是关于名为“mymaster”的主 Redis 服务器的详细信息。它显示了主服务器的名称、状态（正常）、地址（IP地址和端口号）、从服务器的数量（2个）以及 Sentinel 实例的数量（3个）

 5.6故障模拟

#在master节点查看redis-server进程号
ps -ef | grep redis
 
#杀死master节点redis-server进程
kill -9 21981

在哨兵节点上验证master是否转换至从服务器

tail -f /var/log/sentinel.log

在哨兵上查看是否转换成功

redis-cli -p 26379 info sentinel

5.7故障恢复

#主节点
rm -rf /var/run/redis_6379.pid  #删除pid文件如果pid文件不删除则服务起不来
/etc/init.d/redis_6379 start  #启动服务
netstat -natp |grep 6379  
#主服务器查看
redis-cli info replication

 

三、Redis 群集模式 

集群，即Redis cluster，是Redis3.0开始引入的分布式存储方案。

集群由多个节点（Node）组成，Redis的数据分布在这些节点中。集群中的节点分为主节点和从节点：只有主节点负责读写请求和集群信息的维护；从节点只进行主节点数据和状态信息的复制。

1、集群的作用，可以归纳为两点 

（1）数据分区：数据分区（或称数据分片）是集群最核心的功能。
集群将数据分散到多个节点，一方面突破了Redis单机内存大小的限制，存储容量大大增加；另一方面每个主节点都可以对外提供读服务和写服务，大大提高了集群的响应能力。
Redis单机内存大小受限问题，在介绍持久化和主从复制时都有提及；例如，如果单机内存太大，bgsave和bgrewriteaof的fork操作可能导致主进程阻塞，主从环境下主机切换时可能导致从节点长时间无法提供服务，全量复制阶段主节点的复制缓冲区可能溢出。

（2）高可用：集群支持主从复制和主节点的自动故障转移（与哨兵类似）；当任一节点发生故障时，集群仍然可以对外提供服务。

2、Redis集群的数据分片 

  • Redis集群引入了哈希槽的概念
  • Redis集群有16384个哈希槽（编号0-16383）
  • 集群的每个节点负责一部分哈希槽
  • 每个Key通过CRC16校验后对16384取余来决定放置哪个哈希槽，通过这个值，去找到对应的插槽所对应的节点，然后直接自动跳转到这个对应的节点上进行存取操作

以3个节点组成的集群为例

  • 节点A包含0到5460号哈希槽

  • 节点B包含5461到10922号哈希槽

  • 节点c包含10923到16383号哈希槽

3、搭建Redis 群集模式 

redis的集群一般需要6个节点，3主3从

主机    操作系统    IP：端口    软件/安装包/工具
Master1    CentOS7    192.168.92.7:6001    redis-5.0.7.tar.gz
Slave1    CentOS7    192.168.92.7:6002    redis-5.0.7.tar.gz
Master2    CentOS7    192.168.92.7:6003    redis-5.0.7.tar.gz
Slave2    CentOS7    192.168.92.7:6004    redis-5.0.7.tar.gz
Master3    CentOS7    192.168.92.7:6005    redis-5.0.7.tar.gz
Slave3    CentOS7    192.168.92.7:6006    redis-5.0.7.tar.gz

3.1初始化环境每台主机安装redis

关闭防火墙
systemctl stop firewalld
setenforce 0
#安装依赖环境
yum install -y gcc gcc-c++ make
 
#解压文件到指定文件夹 opt
tar zxvf redis-5.0.7.tar.gz -C /opt/
cd /opt/redis-5.0.7/
#安装
make
make PREFIX=/usr/local/redis install
#执行软件包提供的install_server.sh 脚本文件，设置Redis服务所需要的相关配置文件
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/
 
/etc/init.d/redis_6379 stop				#停止
/etc/init.d/redis_6379 start			#启动
/etc/init.d/redis_6379 restart			#重启
/etc/init.d/redis_6379 status	
			
#重启redis服务
/etc/init.d/redis_6379 restart

3.2开启集群功能

修改任意一台服务器配置文件

vim /opt/redis-5.0.7/redis.conf
 
bind 192.168.92.7                       #69行，注释掉bind项，改为自己
protected-mode no                         #88行，修改，关闭保护模式
port 6379                                 #92行redis默认监听端口，
daemonize yes                             #136行，开启守护进程，以独立进程启动
appendonly yes                            #700行，修改，开启AOF持久化
cluster-enabled yes                       #832行，取消注释，开启群集功能
cluster-config-file nodes-6001.conf       #840行，取消注释，群集名称文件设置
cluster-node-timeout 15000                #846行，取消注释群集超时时间设置
 
#远程传输完要修改监听地址为自己
scp /opt/redis-5.0.7/redis.conf 192.168.92.6:/opt/redis-5.0.7/
scp /opt/redis-5.0.7/redis.conf 192.168.92.8:/opt/redis-5.0.7/

 

 

 

 其他5个文件夹的配置文件以此类推修改，注意6个配置文件中的6个端口都要不一样

[root@localhost redis6001]#for i in {2..6}
do
cp /etc/redis/redis-cluster/redis6001/redis.conf /etc/redis/redis-cluster/redis600$i
done
#将修改好的redis6001目录下的文件覆盖掉其他目录下的配置文件，这样只需要修改不同目录对应的不同的端口号和群集名称文件

[root@localhost redis6001]#cd ../redis6002
[root@localhost redis6002]#vim redis.conf
port 6002								#92行，修改，redis监听端口
cluster-config-file nodes-6002.conf		#840行，取消注释，群集名称文件设置
 
[root@localhost redis6002]#cd ../redis6003
[root@localhost redis6003]#vim redis.conf
port 6003								#92行，修改，redis监听端口
cluster-config-file nodes-6003.conf		#840行，取消注释，群集名称文件设置
 
[root@localhost redis6003]#cd ../redis6004
[root@localhost redis6004]#vim redis.conf
port 6004								#92行，修改，redis监听端口
cluster-config-file nodes-6004.conf		#840行，取消注释，群集名称文件设置
 
[root@localhost redis6004]#cd ../redis6005
[root@localhost redis6005]#vim redis.conf
port 6005								#92行，修改，redis监听端口
cluster-config-file nodes-6005.conf		#840行，取消注释，群集名称文件设置
 
[root@localhost redis6005]#cd ../redis6006
[root@localhost redis6006]#vim redis.conf
port 6006								#92行，修改，redis监听端口
cluster-config-file nodes-6006.conf		#840行，取消注释，群集名称文件设置

 3.3启动redis节点

所有节点执行

cd /opt/redis-5.0.7/
redis-server redis.conf   #启动redis节点

【数据库】Redis主从复制、哨兵模式、集群
云计算稿手的博客
07-10 988
Redis的主从复制、哨兵模式、集群介绍
Redis主从、哨兵、 Cluster集群一锅端
m0_67322837的博客
06-12 343
1. Redis 主从 面试官经常会问到Redis的高可用。Redis高可用回答包括两个层面，一个就是数据不能丢失，或者说尽量减少丢失;另外一个就是保证Redis服务不中断。1.1 Redsi主从概念1.2 Redis 主从同步过程Redis主从同步包括三个阶段。 第一阶段：主从库间建立连接、协商同步。如何解决主从数据不一致问题呢？1.3.2 读取过期数据 Redis删除数据有这几种策略：如果使用Redis版本低于3.2，读从库时，并不会判断数据是否过期，而是会返回过期数据。而3.2 版本后，Redis做了
Redis入门到精通7-Redis主从辅助、哨兵机制、持久化机制
底层码农老陈的博客
10-23 634
七、Redis主从复制、哨兵、持久化机制 1.主从复制，读写分离 ​ 1、Master可以拥有多个Slave； ​ 2、多个salve可以连接同一个Master，还可以链接到其他的slave ​ 3、主从复制不会阻塞Master，在同步数据时，master可以继续处理client请求 ​ 4、提供系统的伸缩性。 1.1主从复制过程： ​ 1、slave与master简历连接，
Redis的主从辅助基于状态机的设计与实现
子冉冰清的博客
01-26 1170
主从复制技术我们应该都比较熟悉，因为在使用 Redis 或 MySQL 数据库时，我们经常会使用主从复制来实现主从节点间的数据同步，以此提升服务的高可用性。 从原理上来说，Redis 的主从复制主要包括了全量复制、增量复制和长连接同步三种情况。全量复制传输 RDB 文件，增量复制传输主从断连期间的命令，而长连接同步则是把主节点正常收到的请求传输给从节点。 这三种情况看似简单，但是在实现的时候，我们通常都需要考虑主从连接建立、主从握手和验证、复制情况判断和数据传输等多种不同状态下的逻辑处理。 那么，如何才能高
redis高可用实现原理——主从，哨兵
qq_39383767的博客
10-21 471
单节点系统有明显的缺点，一旦发生故障会导致服务不可用。而且，单个节点处理所有的请求，吞吐量有限，容量也有限 Redis实现高可用，通常有三种部署模式：主从，哨兵，集群
redis集群架构--主从复制原理
gaopaopi6397的博客
12-03 891
无需特殊配置。
redis主从配置与哨兵模式
m0_52391762的博客
05-20 999
三台redis。
03_redis 主从复制 Redis集群和哨兵模式.docx
07-04
### Redis 主从复制、集群与哨兵模式详解 #### 一、Redis 主从复制 **主从复制**是Redis中最基础也是最常用的架构之一。它主要用于实现数据的冗余备份和读写分离。 ##### 1.1 主从模式概述 - **数据库分类**：在...
搭建Redis主从复制、哨兵、集群模式
weixin_72753070的博客
07-23 343
首先单节点Redis服务器会带来单点故障，服务不可用，其次由于Redis默认是单进程，无法处理大量的并发数据请求，那么若是开启多进程又会导致cpu压力过大，重中之重的是数据丢失是一大灾难，为了避免以上情况，需要Redis服务器数量，但是增加服务器数据并不是单一的增加，需要搭建Redis集群模式，从而共享任务/资源。Redis集群是一个提供在多个Redis间节点间共享数据的程序集主从同步/复制哨兵模式Cluster。...
docker-compose redis主从哨兵 redis多节点高可用 redis集群高可用
04-12
这里我们将详细探讨如何利用Docker Compose部署Redis的主从哨兵配置和集群高可用性解决方案。 首先，Docker Compose是一个强大的工具，可以让我们通过YAML文件定义和运行多容器的Docker应用。在这个场景下，我们...
Redis高可用之哨兵模式、集群
这是博客的简介的简介
10-05 3523
Redis哨兵模式和Redis cluster
Redis集群哨兵模式
weixin_53029881的博客
08-25 998
启动服务：redis-sentinel（./redis-sentinel /home/ems/esap/software/redis/redis-7.2.3/sentinel.conf） 配置文件路径，输入（redis-cli -p 26379）查看主节点集群状态：info sentinel。logfile /home/ems/esap/software/redis/redis-7.2.3/sentinel.log #日志文件。protected-mode no #命令禁用保护模式。
Redis主从复制集群及哨兵模式搭建
weixin_43452871的博客
03-17 891
1.1 哨兵的作用 sentinel是redis高可用的解决方案，sentinel系统（N个sentinel实例，N >= 1，一般为单数）可以监视一个或者多个redis master服务，以及这些master服务的所有从服务；当某个master服务下线时，自动将该master下的某个从服务升级为master服务替代已下线的master服务继续处理请求。 1.2 主观下线 所谓主观下线，就是...
Redis配置哨兵模式
hcg012的博客
02-12 3137
​​ 主从复制模式，它是属于Redis多机运行的基础，但这种模式本身存在一个致命的问题，当主节点奔溃之后，需要人工干预才能恢复Redis的正常使用。我们需要一个自动的工具——（哨兵模式）来把手动的过程变成自动的，让Redis拥有自动容灾恢复（failover）的能力。。的最小分配单位是一主一从。​ 生产环境我们不会只启动一台Sentinel，因为如果启动一台Sentinel假如它不幸宕机的话，就不能提供自动容灾的服务了，不符合我们高可用的宗旨，所以我们会在不同的物理机上启动多个Sentinel。
Redis集群与哨兵
m0_72720243的博客
04-04 375
Redis集群与哨兵
保姆教程系列二、Redis高可用（主从同步+哨兵模式）
南国以南i的博客
12-31 2254
看完redis集群高可用后，领导和你竖起了大拇指
用sentinel作Redis集群，总结下自己遇到的坑，以及探讨下改如何设置哨兵模式。
hyl29742的博客
09-30 6645
先写总结 1.sentinel 的配置文件要配置master的密码：sentinel auth-pass mymaster phFUND_linux_redis。 2.为了主从能自由切换请给主从都配置好密码，而且要设置相同的密码（完成切换后，因为从没有配置masterauth，导致重启后连接不上主）: masterauth "phFUND_linux_redis" requirepass ...
Redis主从架构，Sentinel机制和Cluster分片原理
LJJZJ的博客
05-17 1141
一、Redis主从复制 单台Redis缺点： 不能满足高可用，宕机数据丢失 支持的并发量有限 自身内存有限 主从架构 读写分离(主服务器负责写，从服务器负责读) 通过执行SALVEOF命令或者设置salveof选项，让一个服务器去复制(replicate)另一个服务器，被复制的服务器称为master，复制数据发服务器称为slave 复制的两个重要操作 1. 同步 将从服务器的数据库状态更新...
redis点滴（六）redis主从复制
一个菜鸟的学习之路
12-12 4267
一般来说，要将redis应用于一台服务器是万万不能的，原因如下： 1.从结构上，单个redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大 2.从容量上看，单个redis服务器内存容量有限，就算一台redis服务器内容容量为256G，也不能所有内容用作redis存储内存，一般来说，单台redis最大使用内存不应该超过20G 主从复制 考虑如下一种场景
redis主从复制哨兵和集群
最新发布
01-08
### Redis 主从复制 在Redis架构中，主从复制是一种常见的高可用方案。通过`--cluster-replicas`参数指定每个主节点拥有的从属数量[^1]。这种配置使得即使某个主节点发生故障，其对应的从节点也能接管服务，从而...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值