redis主从

已于 2022-04-10 01:04:59 修改
阅读量1k 收藏
点赞数
文章标签： redis java docker
于 2022-04-05 15:27:55 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44265425/article/details/123970243
版权
本文详细介绍了如何配置和管理Redis三主三从集群，包括创建容器、启动集群、设置主从、检查状态、连接方式、主从切换、主从扩容及缩容的步骤。强调了集群总线端口的重要性，并展示了在主节点故障时，从节点自动晋升为主节点并保持数据可用性的过程。同时，还涵盖了在集群中动态添加和移除节点的方法，确保集群的稳定性和可扩展性。
摘要由CSDN通过智能技术生成

redis三主三从

创建六个容器实例

#--net host  使用宿主机的ip和端口，默认
#--cluster-enabled yes  开启redis集群
#--appendonly yes  开启持久化

docker run -d --name=redis-node-1 --net host --privileged=true -v /mydata/redis/share/redis-node-1:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6381 

docker run -d --name=redis-node-2 --net host --privileged=true -v /mydata/redis/share/redis-node-2:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6382 

docker run -d --name=redis-node-3 --net host --privileged=true -v /mydata/redis/share/redis-node-3:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6383 

docker run -d --name=redis-node-4 --net host --privileged=true -v /mydata/redis/share/redis-node-4:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6384 

docker run -d --name=redis-node-5 --net host --privileged=true -v /mydata/redis/share/redis-node-5:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6385 

docker run -d --name=redis-node-6 --net host --privileged=true -v /mydata/redis/share/redis-node-6:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6386

2.随便进入一台redis执行下边命令

#--cluster-replicas 1  表示为每一个master创建一个slave节点
redis-cli --cluster create xx.xx.xx.xx:6381 xx.xx.xx.xx:6382 xx.xx.xx.xx:6383 xx.xx.xx.xx:6384 xx.xx.xx.xx:6385 xx.xx.xx.xx:6386 --cluster-replicas 1

执行过命令出现以下内容就说明ok了

谁是master谁是slave，根据自己的实际情况来看

>>> Performing hash slots allocation on 6 nodes...
Master[0] -> Slots 0 - 5460
Master[1] -> Slots 5461 - 10922
Master[2] -> Slots 10923 - 16383
Adding replica xx.xx.xx.xx:6385 to xx.xx.xx.xx:6381
Adding replica xx.xx.xx.xx:6386 to xx.xx.xx.xx:6382
Adding replica xx.xx.xx.xx:6384 to xx.xx.xx.xx:6383
>>> Trying to optimize slaves allocation for anti-affinity
[WARNING] Some slaves are in the same host as their master
M: 8bce48eafe69b0ea553d4ea08d1cc67d5eee9539 xx.xx.xx.xx:6381
   slots:[0-5460] (5461 slots) master
M: 88ab82fd932d48f837630ec740a46e39c1551607 xx.xx.xx.xx:6382
   slots:[5461-10922] (5462 slots) master
M: 6e1879f230849d09217223d4ba7ccb14493204c7 xx.xx.xx.xx:6383
   slots:[10923-16383] (5461 slots) master
S: 69991718b5a2650ce32e1cc180e1c9f7669c3699 xx.xx.xx.xx:6384
   replicates 8bce48eafe69b0ea553d4ea08d1cc67d5eee9539
S: 4731f4c2239f40ad687ae933233c148f74b42c5f xx.xx.xx.xx:6385
   replicates 88ab82fd932d48f837630ec740a46e39c1551607
S: 72eb9cf2e723c6f08d9b8152c39142e0f730791c xx.xx.xx.xx:6386
   replicates 6e1879f230849d09217223d4ba7ccb14493204c7
Can I set the above configuration? (type 'yes' to accept):

之后输入yes等待加载

这里我犯了个错误，只开放了redis端口，没有开放集群总线端口，导致等了半个小时一直在loading，在这里我提出来，避免入坑

redis集群不仅需要开通redis客户端连接的端口，而且需要开通集群总线端口

集群总线端口为redis客户端连接的端口 + 10000

如redis端口为6379

则集群总线端口为16379

故，所有服务器的点需要开通redis的客户端连接端口和集群总线端口

3.进入容器,依次执行以下命令

docker exec -it redis-node-1 /bin/bash
redis-cli -p 6381

查看节点信息

cluster info

cluster_state:ok
#已分配的槽位
cluster_slots_assigned:16384
cluster_slots_ok:16384
cluster_slots_pfail:0
cluster_slots_fail:0
#已知节点
cluster_known_nodes:6
cluster_size:3
cluster_current_epoch:6
cluster_my_epoch:1
cluster_stats_messages_ping_sent:843
cluster_stats_messages_pong_sent:890
cluster_stats_messages_sent:1733
cluster_stats_messages_ping_received:885
cluster_stats_messages_pong_received:843
cluster_stats_messages_meet_received:5
cluster_stats_messages_received:1733

cluster nodes

4731f4c2239f40ad687ae933233c148f74b42c5f xx.xx.xx.xx:6385@16385 slave 8bce48eafe69b0ea553d4ea08d1cc67d5eee9539 0 1649088809869 1 connected
8bce48eafe69b0ea553d4ea08d1cc67d5eee9539 xx.xx.xx.xx:6381@16381 myself,master - 0 1649088807000 1 connected 0-5460
6e1879f230849d09217223d4ba7ccb14493204c7 xx.xx.xx.xx:6383@16383 master - 0 1649088807865 3 connected 10923-16383
69991718b5a2650ce32e1cc180e1c9f7669c3699 xx.xx.xx.xx:6384@16384 slave 6e1879f230849d09217223d4ba7ccb14493204c7 0 1649088809000 3 connected
72eb9cf2e723c6f08d9b8152c39142e0f730791c xx.xx.xx.xx:6386@16386 slave 88ab82fd932d48f837630ec740a46e39c1551607 0 1649088808000 2 connected
88ab82fd932d48f837630ec740a46e39c1551607 xx.xx.xx.xx:6382@16382 master - 0 1649088807000 2 connected 5461-10922

可以看得到那几个是master，哪几个是slave，以及谁和谁绑定

4.连接方式

我们配置好以上操作，这时候就不能用redis-cli -p 6381的方式连接redis客户端了，由于集群会分配一个槽位，当进入node-1，往里面set值时，会有以下情况

#单机版链接
root@iZwz95fxdd6v2zhn5ifch9Z:/data# redis-cli -p 6381
127.0.0.1:6381> set k1 v1
(error) MOVED 12706 xx.xx.xx.xx:6383
127.0.0.1:6381> set k2 v2
OK
127.0.0.1:6381> set k3 v3
OK
127.0.0.1:6381> set k4 v4
(error) MOVED 8455 xx.xx.xx.xx:6382
127.0.0.1:6381>

发现有的可以set进去，而有的就会报错，报错也很明显，让我们将12706移到106.177.213:6383去进行存储

这是因为我们现在集群已经把这六台分成了三段，一主一从为一段，不同的key有不同的槽位，而槽位也是根据hash算法计算出来的

6381-63856382-63866383-6384三部分
0-16383个槽位三部分共有的槽位
0-54605461-1092210923-16383将共有槽位分为三部分

这时候上述错误就很明白了，说的是将12706移动到xx.xx.xx.xx:6383存储，也就是移动到6383-6384进行存储

所以这时候要用的是用集群方式连接

#集群方式连接
root@iZwz95fxdd6v2zhn5ifch9Z:/data# redis-cli -p 6381 -c
127.0.0.1:6381> FLUSHALL
OK
127.0.0.1:6381> exit
root@iZwz95fxdd6v2zhn5ifch9Z:/data# redis-cli -p 6381 -c
127.0.0.1:6381> set k1 v1
-> Redirected to slot [12706] located at xx.xx.xx.xx:6383
OK
xx.xx.xx.xx:6383> set k2 v2
-> Redirected to slot [449] located at xx.xx.xx.xx:6381
OK
xx.xx.xx.xx:6381> set k3 v3
OK
xx.xx.xx.xx:6381> set k4 v4
-> Redirected to slot [8455] located at xx.xx.xx.xx:6382
OK
xx.xx.xx.xx:6382>

这时候就不会报错了，它会自动重定向到对应的部分

退出连接，再次用下方方式检查集群

root@iZwz95fxdd6v2zhn5ifch9Z:/data# redis-cli --cluster check xx.xx.xx.xx:6381
xx.xx.xx.xx:6381 (8bce48ea...) -> 2 keys | 5461 slots | 1 slaves.
xx.xx.xx.xx:6383 (6e1879f2...) -> 1 keys | 5461 slots | 1 slaves.
xx.xx.xx.xx:6382 (88ab82fd...) -> 1 keys | 5462 slots | 1 slaves.
[OK] 4 keys in 3 masters.

以上信息告诉我们每部分有多少个值

5.主从切换

场景：当master1宕机了，master1下的从库会不会继承master1的数据

操作：

​ 1.停掉6381这个实例，来模拟6381宕机

​ 2.进入6382查看状态，进入方式用集群方式进入redis-cli -p 6382 -c

​ 3.cluster nodes，会出现以下信息

127.0.0.1:6382> cluster nodes
#注意看这里，刚才我们停掉了6381，有个fail表示该master已经不能用了
8bce48eafe69b0ea553d4ea08d1cc67d5eee9539 xx.xx.xx.xx:6381@16381 master,fail - 1649135662460 1649135659457 1 disconnected
#我们上边也看到6381master下绑定的是6385，6381宕机了，现在6385来顶替6381
4731f4c2239f40ad687ae933233c148f74b42c5f xx.xx.xx.xx:6385@16385 master - 0 1649135745000 7 connected 0-5460
88ab82fd932d48f837630ec740a46e39c1551607 xx.xx.xx.xx:6382@16382 myself,master - 0 1649135747000 2 connected 5461-10922
69991718b5a2650ce32e1cc180e1c9f7669c3699 xx.xx.xx.xx:6384@16384 slave 6e1879f230849d09217223d4ba7ccb14493204c7 0 1649135746692 3 connected
6e1879f230849d09217223d4ba7ccb14493204c7 xx.xx.xx.xx:6383@16383 master - 0 1649135746000 3 connected 10923-16383
72eb9cf2e723c6f08d9b8152c39142e0f730791c xx.xx.xx.xx:6386@16386 slave 88ab82fd932d48f837630ec740a46e39c1551607 0 1649135747695 2 connected

刚才的操作中我们存储的数据都是到master中的，现在6381master挂了，6385上位了，现在我们取刚才存入的值能否去得到

127.0.0.1:6382> get k1
-> Redirected to slot [12706] located at xx.xx.xx.xx:6383
"v1"
xx.xx.xx.xx:6383> get k2
-> Redirected to slot [449] located at xx.xx.xx.xx:6385
"v2"
xx.xx.xx.xx:6385> get k3
"v3"
xx.xx.xx.xx:6385> get k4
-> Redirected to slot [8455] located at xx.xx.xx.xx:6382
"v4"
xx.xx.xx.xx:6382>

可以看到，master挂了，slave上位成为master，并不影戏我们的取值

主从恢复：还有一个问题，当我们的6381恢复了，理应6381继续作为master，其实不然，就算6381恢复了6385还是master，这是我们要做的就是把6381恢复成master，其实这个很简单，我们只需要将6385停掉，那么已经恢复的6381就会重新成为master，等一小会儿再启动6385，这时候6385就会再次成为slave

6.主从扩容

现在有一个场景，三主三从已经满足不了需求了，现在需要再集群中扩容添加6387（master），6388（slave），由于我们使用的是hash槽，那么槽位是从新分配呢还是各个master匀出来一些槽位给新来的呢

两个问题，一个是新增机器，一个是槽位分配

新增两个实例

docker run -d --name=redis-node-7 --net host --privileged=true -v /mydata/redis/share/redis-node-7:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6387 
docker run -d --name=redis-node-8 --net host --privileged=true -v /mydata/redis/share/redis-node-8:/data redis:6.0.8 --cluster-enabled yes --appendonly yes --port 6388

进入6387，添加到集群中

docker exec -it redis-node-7 /bin/bash
#add-node xx.xx.xx.xx:6387 xx.xx.xx.xx:6381    添加新节点xx.xx.xx.xx:6387到xx.xx.xx.xx:6381
redis-cli --cluster add-node xx.xx.xx.xx:6387 xx.xx.xx.xx:6381

redis-cli --cluster check xx.xx.xx.xx:6381
xx.xx.xx.xx:6381 (8bce48ea...) -> 2 keys | 5461 slots | 1 slaves.

#新加入的还没有槽位
xx.xx.xx.xx:6387 (a9aa95a4...) -> 0 keys | 0 slots | 0 slaves.

xx.xx.xx.xx:6382 (88ab82fd...) -> 1 keys | 5462 slots | 1 slaves.
xx.xx.xx.xx:6383 (6e1879f2...) -> 1 keys | 5461 slots | 1 slaves.

接下来重新分配槽位

redis-cli --cluster reshard xx.xx.xx.xx:6381
#接下来会有提示，按实际输入
#这个按照16384/master个数获得的值填写，我这变四台master，值就该是4096，注意不包括slave
How many slots do you want to move from (1 to 16384)?4096
#这个是说谁来接受分配的槽位，根据自己实际情况填写，是个很长的字符串a9aa95a4a13c98c8a71ddc35c93e80905331de51 对应的就是6387
What is the receiving node ID?a9aa95a4a13c98c8a71ddc35c93e80905331de51
#这里填写all
Source node #1: all
#之后yes就行了，等待慢慢分配

分配完成后我们再看下

redis-cli --cluster check xx.xx.xx.xx:6381
xx.xx.xx.xx:6381 (8bce48ea...) -> 1 keys | 4096 slots | 1 slaves.
#发现已经有了槽位
xx.xx.xx.xx:6387 (a9aa95a4...) -> 1 keys | 4096 slots | 0 slaves.
xx.xx.xx.xx:6382 (88ab82fd...) -> 1 keys | 4096 slots | 1 slaves.
xx.xx.xx.xx:6383 (6e1879f2...) -> 1 keys | 4096 slots | 1 slaves.

这个分配其实是之前三个master的槽位平均分了点槽位给新的master

将6388slave分配到6387master下

#add-node xx.xx.xx.xx:6388 xx.xx.xx.xx:6387     在6387下添加新的节点6388作为slave
#cluster-master-id a9aa95a4a13c98c8a71ddc35c93e80905331de51   master的id
redis-cli --cluster add-node xx.xx.xx.xx:6388 xx.xx.xx.xx:6387  --cluster-slave --cluster-master-id a9aa95a4a13c98c8a71ddc35c93e80905331de51

7.主从缩容

场景：和主从扩容相反，现在要去掉一主一从

我们要先删slave再删master

redis-cli --cluster check xx.xx.xx.xx:6381
xx.xx.xx.xx:6381 (8bce48ea...) -> 1 keys | 4096 slots | 1 slaves.
xx.xx.xx.xx:6387 (a9aa95a4...) -> 1 keys | 4096 slots | 1 slaves.
xx.xx.xx.xx:6382 (88ab82fd...) -> 1 keys | 4096 slots | 1 slaves.
xx.xx.xx.xx:6383 (6e1879f2...) -> 1 keys | 4096 slots | 1 slaves.
[OK] 4 keys in 4 masters.
0.00 keys per slot on average.
>>> Performing Cluster Check (using node xx.xx.xx.xx:6381)
M: 8bce48eafe69b0ea553d4ea08d1cc67d5eee9539 xx.xx.xx.xx:6381
   slots:[1365-5460] (4096 slots) master
   1 additional replica(s)
M: a9aa95a4a13c98c8a71ddc35c93e80905331de51 xx.xx.xx.xx:6387
   slots:[0-1364],[5461-6826],[10923-12287] (4096 slots) master
   1 additional replica(s)
M: 88ab82fd932d48f837630ec740a46e39c1551607 xx.xx.xx.xx:6382
   slots:[6827-10922] (4096 slots) master
   1 additional replica(s)
S: 69991718b5a2650ce32e1cc180e1c9f7669c3699 xx.xx.xx.xx:6384
   slots: (0 slots) slave
   replicates 6e1879f230849d09217223d4ba7ccb14493204c7
S: 4731f4c2239f40ad687ae933233c148f74b42c5f xx.xx.xx.xx:6385
   slots: (0 slots) slave
   replicates 8bce48eafe69b0ea553d4ea08d1cc67d5eee9539
   #记住这个需要删除的slave id
S: 74d49286fa538e89286ecc6c39009e873cf3c576 xx.xx.xx.xx:6388
   slots: (0 slots) slave
   replicates a9aa95a4a13c98c8a71ddc35c93e80905331de51
M: 6e1879f230849d09217223d4ba7ccb14493204c7 xx.xx.xx.xx:6383
   slots:[12288-16383] (4096 slots) master
   1 additional replica(s)
S: 72eb9cf2e723c6f08d9b8152c39142e0f730791c xx.xx.xx.xx:6386
   slots: (0 slots) slave
   replicates 88ab82fd932d48f837630ec740a46e39c1551607
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

执行删除6388

#del-node xx.xx.xx.xx:6388 74d49286fa538e89286ecc6c39009e873cf3c576  删除节点6388，id是上一步保存的id
redis-cli --cluster del-node xx.xx.xx.xx:6388 74d49286fa538e89286ecc6c39009e873cf3c576
>>> Removing node 74d49286fa538e89286ecc6c39009e873cf3c576 from cluster xx.xx.xx.xx:6388
>>> Sending CLUSTER FORGET messages to the cluster...
>>> Sending CLUSTER RESET SOFT to the deleted node.

先不要删6387，先将槽位重新分配

redis-cli --cluster reshard xx.xx.xx.xx:6381
#接下来步骤和扩容分配一样，只不过像平均分配到三个master的话就多次执行，比如去掉的master有4096个槽位，那就4096/3，当然，除不尽可以选择哪个master多一个，哪个少一个，之后在重复两次，直到最后一次6387没有槽位，我这里直接把所有槽位全部分给6381
How many slots do you want to move (from 1 to 16384)? 4096
#6381master分配4096个
What is the receiving node ID? 8bce48eafe69b0ea553d4ea08d1cc67d5eee9539
#6387的id
Source node #1:a9aa95a4a13c98c8a71ddc35c93e80905331de51
Source node #2:done

之后删除6387

redis-cli --cluster del-node xx.xx.xx.xx:6387 a9aa95a4a13c98c8a71ddc35c93e80905331de51
回郭肉
关注
Windows下redis多端口及主从端口配置，简单明了
qq_40779124的博客
10-08 364
redis下载 云盘地址：https://pan.baidu.com/s/1YJkOReZss8iJx-rxsduY7w 提交码：epi9 解压至本地 redis安装多端口及slave端口 找到解压目录下的redis.windows-service.conf文件 复制该文件并修改文件名（文件名里加端口即可），如图 如需添加端口，修改port 6379即可 如需要添加slave端口则修改por...
Redis主从配置
01-20
【Redis主从配置详解】 Redis主从复制是一种高可用性解决方案，它允许数据在多个Redis实例之间进行同步，以防止单点故障导致的数据丢失。在主从架构中，有一个主要的Redis实例，被称为Master，负责处理所有写操作，...
Redis主从搭建
ybobob_的博客
07-01 186
redis主从模式搭建
redis 本机测试主从 修改从的端口号
softuse的博客
05-31 332
1. 主服务器： 先运行master服务器 2. 从服务器目录：在redis.windows.conf中修改端口号 并运行 3. 在从服务器目录: 运行redis-cli.exe -h 127.0.0.1 -p 6389 切换到从服务器端口 /* 设置密码 config set requirepass 123 auth 123 */ 4. 给redis设置...
redis-Redis主从，哨兵和集群模式
最新发布
宇轩笔墨
02-27 1304
然后，master再将之前缓存在内存中的命令发送给slave。​ 在redis3.0以前的版本要实现集群一般是借助哨兵sentinel工具来监控master节点的状态，如果master节点异 常，则会做主从切换，将某一台slave作为master，哨兵的配置略微复杂，并且性能和高可用性等各方面表现 一般，特别是在主从切换的瞬间存在访问瞬断的情况，而且哨兵模式只有一个主节点对外提供服务，没法支持 很高的并发，且单个主节点内存也不宜设置得过大，否则会导致持久化文件过大，影响数据恢复或主从同步的效率。
【架构 | Redis】Redis集群怎么用？详解Redis集群的三种模式
12-11 593
目录 一、主从模式 二、哨兵 三、集群(cluster-enable) 一、主从模式 通过持久化功能，Redis保证了即使在服务器重启的情况下也不会损失（或少量损失）数据，因为持久化会把内存中数据保存到硬盘上，重启会从硬盘上加载数据。 但是由于数据是存储在一台服务器上的，如果这台服务器出现硬盘故障等问题，也会导致数据丢失。为了避免单点故障，通常的做法是将数据库复制多个副本以部署在不同的服...
Redis主从复制问题和扩容问题的解决思路
01-19
为了解决Redis主从Copy的问题，有如下两个解决方案： 主动复制所谓主动复制，就是业务层双写多个Redis，避开Redis自带的主从复制。但是自己干同步，就会产生一致性问题，为了保证主从一致，需要加入一系列的验证机制...
通过SSRF操作Redis主从复制写Webshell_R3start1
08-03
1.使用 DICT 协议添加一条测试记录 2.设置保存路径 3.设置保存文件名 4.保存 1.连接远程主服务器 2.设置保存路径 3.设置保存文件名 4.保存
docker-compose redis主从哨兵 redis多节点高可用 redis集群高可用
04-12
1. **Redis主从复制**：这是基础的高可用方案，通过将数据实时同步到一个或多个从节点，即使主节点故障，从节点也能无缝接管服务。在Docker Compose文件中，我们需要定义三个服务，一个为主节点，两个为从节点，并...
Redis主从复制和集群配置
08-21
### Redis主从复制和集群配置详解 #### 一、Redis主从复制原理及配置 **1.1 概述** Redis的主从复制机制是一种重要的数据同步方式，它支持一个或多个从数据库(slave)与主数据库(master)之间进行数据同步。其中，...
redis集群搭建
m0_37712901的博客
10-19 194
1.进入自己单机版redis的目录的bin下 [root@localhost sysconfig]# cd /usr/local/ [root@localhost local]# mkdir cluster-redis [root@localhost local] cp -r ./redis/bin ./cluster-redis/redis01 2.修改redis01的配置，修改好同样的复制六份...
Redis——cluster集群
FlyLikeButterfly的博客
11-04 1万+
redis集群配置
docker redis集群配置
西卡卡的博客
06-14 690
docker下redis集群配置，集群读写，主从扩容，主从缩容
Redis集群配置参数及优化
热门推荐
u013473512的博客
01-12 5万+
Redis的主要参数配置在redis.conf文件中。 1. conf 内存值 2.bind ip 默认情况下，如果没有指定“bind”配置指令，Redis将侦听服务器上可用的所有网络接口的连接。 默认情况：bind 127.0.0.1 实际配置：bind 本机ip 3.protected-mode yes 启用默认保护模式。只有当您确定您希望其他主机的
Redis Cluster学习笔记
彻底拆分，一切可控！
11-19 2万+
Redis在3.0版正式引入了集群这个特性。Redis集群是一个分布式（distributed）、容错（fault-tolerant）的 Redis内存K/V服务， 集群可以使用的功能是普通单机 Redis 所能使用的功能的一个子集（subset），比如Redis集群并不支持处理多个keys的命令,因为这需要在不同的节点间移动数据,从而达不到像Redis那样的性能,在高负载的情况下可能会导致不可预...
Redis进阶实践之十一 Redis的Cluster集群搭建
weixin_34138255的博客
02-22 251
一、引言     　　 本文档只对Redis的Cluster集群做简单的介绍，并没有对分布式系统的所涉及到的概念做深入的探讨。本文只是针对如何设置集群、测试和操作集群做了简述，并且从用户的角度描述了系统的行为，并不涉及Redis集群规范中所包含的细节。但是，本教程试图从最终用户的角度来解释有关Redis的Cluster集群的可用性和一致性的特点，并以简单易懂的方式讲解。      　　请注意，本教...
redis 集群三 · cluster模式
疯飙的蜗牛
11-29 1916
sentinel模式基本可以满足一般生产的需求，具备高可用性。 但是当数量过大到一台服务器存放不下时，主从模式或者sentinel模式就不能满足需求了。 这个时候就需要对存储的数据进行分片，将数据存储到多个redis实例中。cluster模式的出现就是为了解决容量有限问题。 Cluster可以说是sentinel和主从模式的结合体，通过cluster可以实现主从和master重选功能，所以如果配置两个副本三个分片的话，就需要6个redis实例。 Cluster要求至少需要3个Master才能组成一个集群，同
Redis(设计与实现):49---集群之集群节点、节点启动（CLUSTER MEET/NODE命令、cluster-enabled选项）
董哥的黑板报
12-02 1069
一、集群介绍 Redis集群是Redis提供的分布式数据库方案，集群通过分片（sharding）来进行数据共享，并提供复制和故障转移功能 二、集群节点介绍 一个Redis集群通常由多个节点（node）组成，在刚开始的时候，每个节点都是相互独立的，它们都处于一个只包含自己的集群当中，要组建一个真正可工作的集群，我们必须将各个独立的节点连接起来，构成一个包含多个节点的集群 节点的连接（CLUST...
docker 安装Redis 分片集群 cluster(集群)模式 （三主三从）
qq_33776323的博客
06-26 547
redis集群搭建cluster(集群)模式-docker版 三主三从
Redis主从复制详解与实战
"Redis主从复制技术的详细解析" Redis主从复制是Redis数据库系统中的一个重要特性，它允许数据在主节点（Master）和从节点（Slave）之间进行同步，以实现数据冗余、故障恢复、负载均衡以及高可用性的基础架构。在...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值