Redis——集群

最新推荐文章于 2024-09-19 19:45:31 发布
最新推荐文章于 2024-09-19 19:45:31 发布
阅读量770 收藏
点赞数
分类专栏： 微服务生态 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36879493/article/details/123617151
版权

集群

文章目录

1、问题

  • 容量不够，redis如何进行扩容？
  • 并发写操作， redis如何分摊？

另外，主从模式，薪火相传模式，主机宕机，导致ip地址发生变化，应用程序中配置需要修改对应的主机地址、端口等信息。

之前通过代理主机来解决，但是redis3.0中提供了解决方案。就是无中心化集群配置。

在这里插入图片描述

2、什么是集群？

Redis集群实现了对Redis的水平扩容，即启动N个redis节点，将整个数据库分布存储在这N个节点中，每个节点存储总数据的1/N。

Redis集群通过分区（partition）来提供一定程度的可用性（availability）： 即使集群中有一部分节点失效或者无法进行通讯， 集群也可以继续处理命令请求。

3、案例

3.1、删除持久化数据

将rdb,aof文件都删除掉

3.2、制作6个实例，6379，6380，6381，6389，6390，6391

  1. 配置基本信息

    开启daemonize yes

    Pid文件名字

    指定端口

    Log文件名字

    Dump.rdb名字

    Appendonly 关掉或者换名字

  2. redis cluster配置修改

    cluster-enabled yes 打开集群模式

    cluster-config-file nodes-6379.conf 设定节点配置文件名

    cluster-node-timeout 15000 设定节点失联时间，超过该时间（毫秒），集群自动进行主从切换。

    include /home/bigdata/redis.conf
port 6379
pidfile "/var/run/redis_6379.pid"
dbfilename "dump6379.rdb"
dir "/home/bigdata/redis_cluster"
logfile "/home/bigdata/redis_cluster/redis_err_6379.log"
cluster-enabled yes
cluster-config-file nodes-6379.conf
cluster-node-timeout 15000

  3. 修改好redis6379.conf文件，拷贝多个redis.conf文件

    [root@sunlight myredis]# cp redis6379.conf redis6380.conf
[root@sunlight myredis]# cp redis6379.conf redis6381.conf
[root@sunlight myredis]# cp redis6379.conf redis6389.conf
[root@sunlight myredis]# cp redis6379.conf redis6390.conf
[root@sunlight myredis]# cp redis6379.conf redis6391.conf

[root@sunlight myredis]# ll
总用量 120
-rw-r--r--. 1 root root   181 3月  13 19:27 redis6379.conf
-rw-r--r--. 1 root root   181 3月  13 19:27 redis6380.conf
-rw-r--r--. 1 root root   181 3月  13 19:27 redis6381.conf
-rw-r--r--. 1 root root   181 3月  13 19:27 redis6389.conf
-rw-r--r--. 1 root root   181 3月  13 19:28 redis6390.conf
-rw-r--r--. 1 root root   181 3月  13 19:28 redis6391.conf
-rw-r--r--. 1 root root 93687 3月  13 17:50 redis.conf
-rw-r--r--. 1 root root    43 3月  13 18:53 sentinel.conf

  4. 使用查找替换修改另外5个文件

    例如：

    :%s/6379/6380

  5. 启动6个redis

    [root@sunlight myredis]# redis-server redis6379.conf
[root@sunlight myredis]# redis-server redis6380.conf
[root@sunlight myredis]# redis-server redis6381.conf
[root@sunlight myredis]# redis-server redis6389.conf
[root@sunlight myredis]# redis-server redis6390.conf
[root@sunlight myredis]# redis-server redis6391.conf

[root@sunlight myredis]# ps -ef | grep redis
root      99196      1  0 19:37 ?        00:00:00 redis-server *:6379 [cluster]
root      99250      1  0 19:37 ?        00:00:00 redis-server *:6380 [cluster]
root      99288      1  0 19:37 ?        00:00:00 redis-server *:6381 [cluster]
root      99743      1  0 19:38 ?        00:00:00 redis-server *:6389 [cluster]
root      99319      1  0 19:37 ?        00:00:00 redis-server *:6390 [cluster]
root      99503      1  0 19:38 ?        00:00:00 redis-server *:6391 [cluster]
root      99765  76692  0 19:38 pts/0    00:00:00 grep --color=auto redis

[root@sunlight myredis]# ll
总用量 144
-rw-r--r--. 1 root root   114 3月  13 19:37 nodes-6379.conf
-rw-r--r--. 1 root root   114 3月  13 19:37 nodes-6380.conf
-rw-r--r--. 1 root root   114 3月  13 19:37 nodes-6381.conf
-rw-r--r--. 1 root root   114 3月  13 19:38 nodes-6389.conf
-rw-r--r--. 1 root root   114 3月  13 19:37 nodes-6390.conf
-rw-r--r--. 1 root root   114 3月  13 19:38 nodes-6391.conf
-rw-r--r--. 1 root root   183 3月  13 19:36 redis6379.conf
-rw-r--r--. 1 root root   183 3月  13 19:36 redis6380.conf
-rw-r--r--. 1 root root   183 3月  13 19:36 redis6381.conf
-rw-r--r--. 1 root root   183 3月  13 19:37 redis6389.conf
-rw-r--r--. 1 root root   183 3月  13 19:37 redis6390.conf
-rw-r--r--. 1 root root   183 3月  13 19:38 redis6391.conf
-rw-r--r--. 1 root root 93687 3月  13 17:50 redis.conf
-rw-r--r--. 1 root root    43 3月  13 18:53 sentinel.conf

3.3、将六个节点合成一个集群

组合之前，请确保所有redis实例启动后，nodes-xxxx.conf文件都生成正常。

  • 合并

    必须进入到 redis 的安装目录的 src 目录下：

    /usr/local/redis/redis-6.2.6/src

    redis-cli --cluster create --cluster-replicas 1 192.168.196.128:6379 192.168.196.128:6380 192.168.196.128:6381 192.168.196.128:6389 192.168.196.128:6390 192.168.196.128:6391

    • 此处不要用127.0.0.1， 请用真实IP地址

    • –replicas 1 采用最简单的方式配置集群，一台主机，一台从机，正好三组

    [root@sunlight src]# redis-cli --cluster create --cluster-replicas 1 192.168.196.128:6379 192.168.196.128:6380 192.168.196.128:6381 192.168.196.128:6389 192.168.196.128:6390 192.168.196.128:6391
>>> Performing hash slots allocation on 6 nodes...
Master[0] -> Slots 0 - 5460
Master[1] -> Slots 5461 - 10922
Master[2] -> Slots 10923 - 16383
Adding replica 192.168.196.128:6390 to 192.168.196.128:6379
Adding replica 192.168.196.128:6391 to 192.168.196.128:6380
Adding replica 192.168.196.128:6389 to 192.168.196.128:6381
>>> Trying to optimize slaves allocation for anti-affinity
[WARNING] Some slaves are in the same host as their master
M: 4e77b4e2b820417129d967571e3a9260a6eaf2f8 192.168.196.128:6379
   slots:[0-5460] (5461 slots) master
M: 4c0a73ed25e5984d3a668d51cf17f4022e6dda21 192.168.196.128:6380
   slots:[5461-10922] (5462 slots) master
M: a3d0654f40e1095d5fe98241a1cad98044fa7973 192.168.196.128:6381
   slots:[10923-16383] (5461 slots) master
S: e84acee8cd4706ffee061e7adce04901d27afa7a 192.168.196.128:6389
   replicates 4c0a73ed25e5984d3a668d51cf17f4022e6dda21
S: 9d454442349c639d91853835d6d9ad140df8daef 192.168.196.128:6390
   replicates a3d0654f40e1095d5fe98241a1cad98044fa7973
S: fd3f387e47a04b5b40370f8ad2feabff849ac4e5 192.168.196.128:6391
   replicates 4e77b4e2b820417129d967571e3a9260a6eaf2f8
Can I set the above configuration? (type 'yes' to accept): yes
>>> Nodes configuration updated
>>> Assign a different config epoch to each node
>>> Sending CLUSTER MEET messages to join the cluster
Waiting for the cluster to join
.
>>> Performing Cluster Check (using node 192.168.196.128:6379)
M: 4e77b4e2b820417129d967571e3a9260a6eaf2f8 192.168.196.128:6379
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
S: fd3f387e47a04b5b40370f8ad2feabff849ac4e5 192.168.196.128:6391
   slots: (0 slots) slave
   replicates 4e77b4e2b820417129d967571e3a9260a6eaf2f8
M: 4c0a73ed25e5984d3a668d51cf17f4022e6dda21 192.168.196.128:6380
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
S: e84acee8cd4706ffee061e7adce04901d27afa7a 192.168.196.128:6389
   slots: (0 slots) slave
   replicates 4c0a73ed25e5984d3a668d51cf17f4022e6dda21
M: a3d0654f40e1095d5fe98241a1cad98044fa7973 192.168.196.128:6381
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
S: 9d454442349c639d91853835d6d9ad140df8daef 192.168.196.128:6390
   slots: (0 slots) slave
   replicates a3d0654f40e1095d5fe98241a1cad98044fa7973
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.

3.4、-c 采用集群策略连接，设置数据会自动切换到相应的写主机

[root@sunlight src]# redis-cli -c -p 6379
127.0.0.1:6379> CLUSTER NODES
4e77b4e2b820417129d967571e3a9260a6eaf2f8 192.168.196.128:6379@16379 myself,master - 0 1647172500000 1 connected 0-5460
fd3f387e47a04b5b40370f8ad2feabff849ac4e5 192.168.196.128:6391@16391 slave 4e77b4e2b820417129d967571e3a9260a6eaf2f8 0 1647172502000 1 connected
4c0a73ed25e5984d3a668d51cf17f4022e6dda21 192.168.196.128:6380@16380 master - 0 1647172503432 2 connected 5461-10922
e84acee8cd4706ffee061e7adce04901d27afa7a 192.168.196.128:6389@16389 slave 4c0a73ed25e5984d3a668d51cf17f4022e6dda21 0 1647172504459 2 connected
a3d0654f40e1095d5fe98241a1cad98044fa7973 192.168.196.128:6381@16381 master - 0 1647172503000 3 connected 10923-16383
9d454442349c639d91853835d6d9ad140df8daef 192.168.196.128:6390@16390 slave a3d0654f40e1095d5fe98241a1cad98044fa7973 0 1647172502385 3 connected
  • 通过 cluster nodes 命令查看集群信息

3.5、redis cluster 如何分配这六个节点?

一个集群至少要有三个主节点。

选项 --cluster-replicas 1 表示我们希望为集群中的每个主节点创建一个从节点。

分配原则尽量保证每个主数据库运行在不同的IP地址，每个从库和主库不在一个IP地址上。

3.6、什么是slot？

[OK] All 16384 slots covered.

一个 Redis 集群包含 16384 个插槽（hash slot）， 数据库中的每个键都属于这 16384 个插槽的其中一个，

集群使用公式 CRC16(key) % 16384 来计算键 key 属于哪个槽， 其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和 。

集群中的每个节点负责处理一部分插槽。 举个例子， 如果一个集群可以有主节点， 其中：

节点 A 负责处理 0 号至 5460 号插槽。

节点 B 负责处理 5461 号至 10922 号插槽。

节点 C 负责处理 10923 号至 16383 号插槽。

3.7、在集群中键入值

在redis-cli每次录入、查询键值，redis都会计算出该key应该送往的插槽，如果不是该客户端对应服务器的插槽，redis会报错，并告知应前往的redis实例地址和端口。

redis-cli客户端提供了 –c 参数实现自动重定向。

如 redis-cli -c –p 6379 登入后，再录入、查询键值对可以自动重定向。

不在一个slot下的键值，是不能使用mget,mset等多键操作：

127.0.0.1:6379> mset name lucy age 20 address china
(error) CROSSSLOT Keys in request don't hash to the same slot

可以通过{}来定义组的概念，从而使key中{}内相同内容的键值对放到一个slot中去：

127.0.0.1:6379> mset name{user} lucy age{user} 20
-> Redirected to slot [5474] located at 192.168.196.128:6380
OK

3.8、查询集群中的值

192.168.196.128:6380> cluster keyslot user
(integer) 5474

192.168.196.128:6380> cluster countkeysinslot 5474
(integer) 2

192.168.196.128:6380> cluster getkeysinslot 5474 10
1) "age{user}"
2) "name{user}"

3.9、故障恢复

如果主节点下线？从节点能否自动升为主节点？注意：15秒超时

[root@sunlight src]# redis-cli -c -p 6379
127.0.0.1:6379> shutdown
not connected> exit
[root@sunlight src]# redis-cli -c -p 6380
127.0.0.1:6380> cluster nodes
9d454442349c639d91853835d6d9ad140df8daef 192.168.196.128:6390@16390 slave a3d0654f40e1095d5fe98241a1cad98044fa7973 0 1647173840000 3 connected
a3d0654f40e1095d5fe98241a1cad98044fa7973 192.168.196.128:6381@16381 master - 0 1647173841147 3 connected 10923-16383
fd3f387e47a04b5b40370f8ad2feabff849ac4e5 192.168.196.128:6391@16391 master - 0 1647173842176 7 connected 0-5460
4e77b4e2b820417129d967571e3a9260a6eaf2f8 192.168.196.128:6379@16379 master,fail - 1647173796038 1647173792000 1 disconnected
e84acee8cd4706ffee061e7adce04901d27afa7a 192.168.196.128:6389@16389 slave 4c0a73ed25e5984d3a668d51cf17f4022e6dda21 0 1647173840110 2 connected
4c0a73ed25e5984d3a668d51cf17f4022e6dda21 192.168.196.128:6380@16380 myself,master - 0 1647173841000 2 connected 5461-10922

主节点恢复后，主从关系会如何？主节点回来变成从机。

[root@sunlight myredis]# redis-server redis6379.conf

127.0.0.1:6380> cluster nodes
9d454442349c639d91853835d6d9ad140df8daef 192.168.196.128:6390@16390 slave a3d0654f40e1095d5fe98241a1cad98044fa7973 0 1647173916000 3 connected
a3d0654f40e1095d5fe98241a1cad98044fa7973 192.168.196.128:6381@16381 master - 0 1647173917944 3 connected 10923-16383
fd3f387e47a04b5b40370f8ad2feabff849ac4e5 192.168.196.128:6391@16391 master - 0 1647173917000 7 connected 0-5460
4e77b4e2b820417129d967571e3a9260a6eaf2f8 192.168.196.128:6379@16379 slave fd3f387e47a04b5b40370f8ad2feabff849ac4e5 0 1647173914322 7 connected
e84acee8cd4706ffee061e7adce04901d27afa7a 192.168.196.128:6389@16389 slave 4c0a73ed25e5984d3a668d51cf17f4022e6dda21 0 1647173916910 2 connected
4c0a73ed25e5984d3a668d51cf17f4022e6dda21 192.168.196.128:6380@16380 myself,master - 0 1647173915000 2 connected 5461-10922

如果所有某一段插槽的主从节点都宕掉，redis服务是否还能继续?

  • 如果某一段插槽的主从都挂掉，而 cluster-require-full-coverage 为 yes ，那么 ，整个集群都挂掉
  • 如果某一段插槽的主从都挂掉，而 cluster-require-full-coverage 为 no ，那么，该插槽数据全都不能使用，也无法存储。

3.10、集群的Jedis开发

即使连接的不是主机，集群会自动切换主机存储。主机写，从机读。

无中心化主从集群。无论从哪台主机写的数据，其他主机上都能读到数据。

@Test
public void Test(){
    Set<HostAndPort>set =new HashSet<HostAndPort>();
    set.add(new HostAndPort("192.168.196.128",6379));
    JedisCluster jedisCluster=new JedisCluster(set);
    jedisCluster.set("k1", "v1");
    System.out.println(jedisCluster.get("k1"));
}
前丨尘忆·梦
关注
专栏目录
Redis——集群搭建
weixin_54406708的博客
07-18 2368
简称：replid，数据集的标记，每一个master都有一个唯一的replid（并且slave本质上也是一个master，也会有自己的replid），当slave连接上后，master会发现slave的replid与其不相同，所以就判断为是第一次同步，就会做全量同步。但是我们回想一个点，假设单节点的sentinel挂掉之后，对一个的sentinel对微服务的保护机制就没有了。首先我们在虚拟机上三个redis的开启。我们可以清晰的了解到，redis集群默认是主节点读写都可以的操作，从节点只做读的操作。
Redis——集群配置
z1171127310的博客
08-22 2366
Redis——集群配置
Redis——集群环境部署
码说芯语的博客
02-05 1570
主从模式、哨兵模式、Redis集群
Redis —— 集群模式
爱我所爱0505
08-09 4689
一、哨兵模式 如图所示，需注意问题： 1. 哨兵：zookeeper实现哨兵集群对redis节点健康检查、主从切换 2. 客户端首次请求：首次请求从哨兵集群获取主从节点地址，然后根据查询地址再请求数据 3. 主从切换：主节点down，则从节点升为主节点，旧有主节点恢复后变成从节点，完成主从切换 二、Codis模式 如图所示，需注意问题： 1. Codis集群：转发客户端发来的指令并返回执行结果，是中间件（类似ngnix） 2. Codis：无状态去中心化的中间件，..
深入解析Redis——集群
Inception查缺补漏
08-28 693
Redis的集群是Redis提供的分布式数据库方案，集群通过分片（sharding）来进行数据共享，并提供复制和故障转移功能。使用 Redis Cluster 集群，主要解决了大数据量存储导致的各种慢问题，同时也便于横向拓展。...
redis——集群原理
CW
08-03 351
一、主从模式 1.当主机挂掉以后还有从机继续提供服务。 2.比较好的方式是配置DNS（domain name system,域名系统），访问是访问的域名，某主机挂掉了，我们也能将其连接到从机。需要运维介入！ 二、哨兵模式 前面的需要人工介入，这个自动切换，注意用户一定连的是哨兵集群。 这种模式的问题： 无法满足高可用：所有的写操作都指向主机，虽然哨兵集群能够自动切换，但是要一定的时间判断是否主机下线，再选举，在这一段时间内“写”是不可以的——访问瞬断！ 无法满足大并发：RD..
面试八股——redis——集群
qq_45007794的博客
03-26 392
一个主节点负责写操作（增删改），多个从节点负责查操作。主从复制是让主节点修改数据之后，将对应数据同步到从节点中。，假如当主节点宕机之后，整个集群便丧失了写（增删改）数据的能力。上述两种策略还没有解决海量数据存储和高并发写的问题。0. redis集群的方案。2.哨兵模式（实现高可用）1.主从复制（高并发读）无法保证集群的高可用性。
Redis——集群之哨兵模式
一心同学的博客
02-27 3718
详细讲解Redis集群中的哨兵模式，以及搭建哨兵模式的步骤，体验哨兵模式给我们带来的优势！
Redis —— 集群原理
Genius only means hard-working all one's life.
12-02 382
文章目录Redis —— 集群原理一致性哈希算法一致性哈希运算的缺点 Redis —— 集群原理 为了存储海量数据，将海量数据以某种规则划分数据，分散存储在多个节点上（即是分片），采用一致性哈希算法分片。 一致性哈希算法 对2的32次方取模，将哈希值空间组织称虚拟的圆环 这种一个顺时针Hash虚拟圆环，当一台服务器不可用时，则只会影响到当前节点逆时针相邻的第一台服务器之间的数据，并且在者之间的...
Redis——集群分区（一致性哈希算法/预分区/Cluster/Twemproxy/Predis）
qq_42583242的博客
10-03 1715
文章目录一、数据分治1、Client 端处理1、逻辑拆分2、hash 算法3、一致性哈希算法2、Server端处理1、代理——Proxy2、负载均衡二、预分区三、官方Redis分区介绍1、分区概念2、为什么分区非常有用？3、不同的分区实现方案4、持久化数据还是缓存？5、预分片四、Redis分区实现1、Redis Cluster集群分区2、代理分区——Twemproxy3、支持一致性哈希的客户端——Predis（重要） 在上一篇文章中我们通过主从复制可以人为的搭建集群，也可以通过 Sentinel 管理多台
Redis——集群高可用（脑裂/主从复值/哨兵Sentinel）
qq_42583242的博客
10-03 808
Redis——集群高可用 文章目录Redis——集群高可用一、概念（主从、主备）二、脑裂二、主从复制配置三、哨兵机制 上一篇文章中我们学习了有关集群的理论性知识，知道了单机情况下会产生什么问题？引出了为什么要搭建集群。在本篇文章中我们将要学习一下如何通过集群保证服务高可用 注意：本篇文章并没有通过命令行演示如何搭建一个高可用集群，如何搭建在官网中都有详细教程，所以把搭建过程的命令行、环境配置等记录下来毫无意义，建议每个人都要实际动手搭建一遍。 只看是没有用的，只有动手做了才能理解，才能算是自己的东西 一
Redis——Redis Cluster集群原理
庄小焱
03-14 4582
摘要 我们平时习惯于使用 Rabbitmq 和 Kafka 作为消息队列中间件，来给应用程序之间增加异步消息传递功能。这两个中间件都是专业的消息队列中间件，特性之多超出了大多数人的理解能力。使用过 Rabbitmq 的同学知道它使用起来有多复杂，发消息之前要创建 Exchange，再创建 Queue，还要将 Queue 和 Exchange 通过某种规则绑定起来，发消息的时候要指定 routingkey，还要控制头部信息。消费者在消费消息之前也要进行上面一系列的繁琐过程。但是绝大多数情况下，虽然我们的消息
Redis——集群部署实战
兵临奇点
07-18 284
前言 在当今，大多数后端开发项目中，Redis的重要性可能比关系型数据库还要重要！主要体现在以下几个方面： 性能：redis的底层实现逻辑让其天生支持高并发，因此可以很好地利用redis进行性能优化（比如首页加载、热点数据加载等）； 高可用：redis支持多机数据库协同工作（主从、哨兵、集群），让其具备高可用特性； 功能丰富：如果对于redis的实现设计稍有研究就会发现，其特有的数据结构+算法让其能支持丰富的数据类型，比如常见的字符串、列表、哈希、集合、有序集合等，基于此，复杂的业务场景都可以使用redi
如何使用 maxwell 同步到 redis?
最新发布
小丁的博客
09-19 928
接下来，你需要一个消费者程序来监听消息队列（如Kafka），读取Maxwell发送的变更事件，并将这些事件同步到Redis。这个消费者程序可以用Java编写，使用相应的消息队列客户端库（如Kafka的Java客户端）来读取消息，并使用Jedis或Lettuce等Redis客户端库来与Redis交互。，简称CDC）的工具，它可以将MySQL的binlog事件转换成JSON格式，并发送到消息系统中，如Kafka、RabbitMQ等。Maxwell可以将捕获的变更事件发送到消息队列系统，如Kafka。
linux第三课(linux中安装nginx与redis及SpringBoot集成redis)
2301_77721901的博客
09-19 740
Nginx是一款是由俄罗斯的程序设计师所开发高性能的Web服务器只能运行前端项目不能运行 java项目。redis是一款开源的键值对存储的数据结构存储系统，它将数据存储到内存中，也可以将数据从内存存储到硬盘上，再次启动时可以加载，保持数据的持久性，它部署在我们例如mysql数据库的前面，短时间大量数据(或者长期不变的数据)的访问都进入到redis中，减轻了我们自己数据库的负担，保护了我们的数据库.
redis常见类型设置、获取键值的基础命令
weixin_45531218的博客
09-18 437
命令：TYPE keyname。zset类型（有序集合类型）set类型（无序集合类型）
【Redis】之Geo
weixin_73060900的博客
09-16 786
对Geo的基本命令和Spring命令的概述，并且进行简单举例
Redis
fxbsdl的博客
09-16 696
redis是一个的，将数据存储到中，的存储数据的一款可以用来当作1、（秒杀的商品数量信息），3、（如：俩个Java项目连接一个redis）1、可以将数据存储在内存中，也可以将数据持久化到硬盘上2、性能高，redis能读的速度是110000次/秒，写的速度是80000次/秒3、提供了丰富的数据结构存储数据为什么使用redis？大量用户连接数据库，数据库就会出现瓶颈（连接数量太多，io时间长）为了减轻数据库的压力，有些数据就直接存储到redis中，从而实现对关系型数据库的保护。redis安装。
rediscluster集群原理
08-18
- *2* *3* [Redis——cluster集群原理](https://blog.csdn.net/weixin_41605937/article/details/114779041)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值