Redis高可用-Cluster-测试

最新推荐文章于 2025-06-25 23:40:26 发布
最新推荐文章于 2025-06-25 23:40:26 发布
阅读量3k 收藏 4
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 负载均衡
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/dingsai88/article/details/51006478
本文详细介绍了 Redis 集群的高可用测试流程，包括关闭节点、删除多余文件、启动所有节点、重启集群以及登录检查节点状态。通过模拟用户使用 Redis 的过程，展示了集群在故障转移时的表现，以及如何通过 JedisCluster 库实现集群的读写操作。同时，文章还讨论了在集群中可能出现的常见错误及其解决方案。

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



I.高可用测试



II.关闭所有节点

ps -ef|grep redis 
kill -9 888
 

II.删除

cd /usr/local/redis3/cluster/7111/
-rw-r--r--. 1 root root 352415 3月  29 11:42 appendonly.aof
-rw-r--r--. 1 root root   7008 3月  29 11:46 dump.rdb
-rw-r--r--. 1 root root    750 3月  29 10:53 nodes.conf
cd /usr/local/redis3/cluster/7112/
cd /usr/local/redis3/cluster/7113/
cd /usr/local/redis3/cluster/7114/
cd /usr/local/redis3/cluster/7115/
cd /usr/local/redis3/cluster/7116/


保留redis-7111.conf
#删除redis*之外的所有文件
rm -f !(redis*) 


II.启动所有节点

/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7111/redis-7111.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7112/redis-7112.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7113/redis-7113.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7114/redis-7114.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7115/redis-7115.conf 
/usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7116/redis-7116.conf 
 检查启动
ps -ef|grep redis 


II.重启启动集群

# cd /usr/local/src/redis-3.0.3/src/ 
# cp redis-trib.rb /usr/local/bin/redis-trib 
/usr/local/bin/redis-trib  create  --replicas  1 10.1.125.152:7111 10.1.125.89:7112 10.1.125.212:7113 10.1.125.203:7114 10.1.125.129:7115 10.1.125.180:7116


II.登录slave5 

-登录集群必须加-c 
[root@localhost 7116]# /usr/local/redis3/bin/redis-cli -c -p 7116
127.0.0.1:7116> set name dingsai
-> Redirected to slot [5798] located at 10.1.125.89:7112
OK
10.1.125.89:7112> get name
"dingsai"


II.登录master

/usr/local/redis3/bin/redis-cli -c -p 7111
127.0.0.1:7112> get name
"dingsai"


II.检查节点

在任意节点上执行
[root@localhost local]# /usr/local/bin/redis-trib check 10.1.125.152:7111
Connecting to node 10.1.125.152:7111: OK
Connecting to node 10.1.125.212:7113: OK
Connecting to node 10.1.125.180:7116: OK
Connecting to node 10.1.125.203:7114: OK
Connecting to node 10.1.125.129:7115: OK
Connecting to node 10.1.125.89:7112: OK
>>> Performing Cluster Check (using node 10.1.125.152:7111)
M: adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
M: e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18 10.1.125.212:7113
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
S: a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116
   slots: (0 slots) slave
   replicates e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18
S: 510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114
   slots: (0 slots) slave
   replicates adaebf848247181fba9d50886a8712bf2a38a9d1
S: e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115
   slots: (0 slots) slave
   replicates 4ac21be2d805505cbedee871161cf856607a29f0
M: 4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.






II.模拟用户使用redis

 
package com.ding.study.redis;

import java.util.HashSet;
import java.util.Set;

import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;

import redis.clients.jedis.HostAndPort;
import redis.clients.jedis.JedisCluster;
import redis.clients.jedis.JedisPoolConfig;

/**
 * 
 * @author daniel
 * @email 576699909@qq.com
 * @time 2016-3-29 下午3:41:31
 */
public class RedisClusterFailoverTest {
	private static final Log log = LogFactory.getLog(RedisClusterFailoverTest.class);

	public static void main(String[] args) {
		
		// 数据库链接池配置
		JedisPoolConfig config = new JedisPoolConfig();  
        config.setMaxTotal(100);  
        config.setMaxIdle(50);  
        config.setMinIdle(20);  
        config.setMaxWaitMillis(6 * 1000);  
        config.setTestOnBorrow(true);  
		
		// Redis集群的节点集合
		Set<HostAndPort> jedisClusterNodes = new HashSet<HostAndPort>();
		jedisClusterNodes.add(new HostAndPort("10.1.125.152", 7111));
		jedisClusterNodes.add(new HostAndPort("10.1.125.89", 7112));
		jedisClusterNodes.add(new HostAndPort("10.1.125.212", 7113));
		jedisClusterNodes.add(new HostAndPort("10.1.125.203", 7114));
		jedisClusterNodes.add(new HostAndPort("10.1.125.129", 7115));
		jedisClusterNodes.add(new HostAndPort("10.1.125.180", 7116));
		
		try {
			
			// 根据节点集创集群链接对象
			//JedisCluster jedisCluster = new JedisCluster(jedisClusterNodes);
			// 集群各节点集合，超时时间，最多重定向次数，链接池
			JedisCluster jedisCluster = new JedisCluster(jedisClusterNodes, 5000, 100, config);
			int num = 1000;
			String key = "dingsai";
			String value = "";
			int count = 1;

			while(true){
				for (int i=1; i <= num; i++){
					try {
						// 存数据
				      jedisCluster.set(key+i, "Value"+i); 
						
						// 取数据
						 value = jedisCluster.get(key+i); 
						log.info(key+i + "=" + value);
						if (value == null || "".equals(value)){
							log.error("===>break" + key+i + " value is null");
							break;
						}
					} catch (Exception e) {
						log.error("====>", e);
						Thread.sleep(3000);
						continue;
					}
					// 删除数据
					//jedisCluster.del(key+i); 
					//value = jedisCluster.get(key+i); 
					//log.info(key+i + "=" + value);
				}
				log.info("===================================>count:" + count);
				if (value == null || "".equals(value)){
					break;
				}
				count++;
				Thread.sleep(1000);
			}
		} catch (Exception e) {
			log.error("====>", e);
		}
		
	}
}


 






II.关闭master节点10.1.125.212

[root@localhost local]# ps -ef|grep redis
root     37230     1  3 14:45 ?        00:00:43 /usr/local/redis3/bin/redis-server *:7113 [cluster]
root     38794 22391  0 15:07 pts/2    00:00:00 grep --color=auto redis
[root@localhost local]# kill -9 37230
客户端很大的延迟，等了好几秒才进行操作




II.再次查看集群状态

127.0.0.1:7116> cluster nodes
a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116 myself,master - 0 0 7 connected 10923-16383
4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112 master - 0 1459235330419 2 connected 5461-10922
adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111 master - 0 1459235328412 1 connected 0-5460
e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115 slave 4ac21be2d805505cbedee871161cf856607a29f0 0 1459235329416 5 connected
e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18 10.1.125.212:7113 master,fail - 1459235250356 1459235244712 3 disconnected
510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114 slave adaebf848247181fba9d50886a8712bf2a38a9d1 0 1459235327407 4 connected
127.0.0.1:7116> 


[root@localhost local]# /usr/local/bin/redis-trib check 10.1.125.152:7111
Connecting to node 10.1.125.152:7111: OK
Connecting to node 10.1.125.180:7116: OK
Connecting to node 10.1.125.203:7114: OK
Connecting to node 10.1.125.129:7115: OK
Connecting to node 10.1.125.89:7112: OK
>>> Performing Cluster Check (using node 10.1.125.152:7111)
M: adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
M: a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116
   slots:10923-16383 (5461 slots) master
   0 additional replica(s)
S: 510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114
   slots: (0 slots) slave
   replicates adaebf848247181fba9d50886a8712bf2a38a9d1
S: e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115
   slots: (0 slots) slave
   replicates 4ac21be2d805505cbedee871161cf856607a29f0
M: 4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.




II.启动master3(slave2)节点

 /usr/local/redis3/bin/redis-server /usr/local/redis3/cluster/7113/redis-7113.conf 


 

II.再次查看集群状态

[root@localhost local]# /usr/local/bin/redis-trib check 10.1.125.152:7111
Connecting to node 10.1.125.152:7111: OK
Connecting to node 10.1.125.212:7113: OK
Connecting to node 10.1.125.180:7116: OK
Connecting to node 10.1.125.203:7114: OK
Connecting to node 10.1.125.129:7115: OK
Connecting to node 10.1.125.89:7112: OK
>>> Performing Cluster Check (using node 10.1.125.152:7111)
M: adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
S: e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18 10.1.125.212:7113
   slots: (0 slots) slave
   replicates a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a
M: a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
S: 510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114
   slots: (0 slots) slave
   replicates adaebf848247181fba9d50886a8712bf2a38a9d1
S: e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115
   slots: (0 slots) slave
   replicates 4ac21be2d805505cbedee871161cf856607a29f0
M: 4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.


127.0.0.1:7116> cluster nodes
a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 10.1.125.180:7116 myself,master - 0 0 7 connected 10923-16383
4ac21be2d805505cbedee871161cf856607a29f0 10.1.125.89:7112 master - 0 1459235640927 2 connected 5461-10922
adaebf848247181fba9d50886a8712bf2a38a9d1 10.1.125.152:7111 master - 0 1459235643946 1 connected 0-5460
e6d20715e56350fb690c609d5fc68a7a166b4fea 10.1.125.129:7115 slave 4ac21be2d805505cbedee871161cf856607a29f0 0 1459235641934 5 connected
e3c9199d23ce76c2df3d6ddb0fa5145364f0bb18 10.1.125.212:7113 slave a6e06d51f4f99ce1adc306dc62da84aa3dc95f7a 0 1459235642943 7 connected
510a0b83d2b39b43ecf893a27c2c3bbf1a431399 10.1.125.203:7114 slave adaebf848247181fba9d50886a8712bf2a38a9d1 0 1459235636891 4 connected




 



I.JedisCluster 常见错误



II.重定向次数过多默认5次
redis.clients.jedis.exceptions.JedisClusterMaxRedirectionsException: Too many Cluster redirections  
默认超时2s，重定向5次 初始化JedisCluster 配置maxRedirections 
 // 集群各节点集合，超时时间，最多重定向次数，链接池
 JedisCluster jedisCluster = new JedisCluster(jedisClusterNodes, 5000, 100, config);


II.集群不可用，高可用切换的时候可能报错.
redis.clients.jedis.exceptions.JedisClusterException: CLUSTERDOWN The cluster is down 
 重试即可
 
II.超时 
redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out 

修改超时时间










tiup cluster check
weixin_42241611的博客
08-05 334
对于严肃的生产环境，在正式上线之前需要进行一系列检查，来确保集群拥有最好的表现。为了简化人工检查的步骤，TiUP Cluster 提供了check子命令，用于检查指定集群的机器硬件和软件环境是否满足正常运行条件。...
Redis集群的高可用测试（含Jedis客户端的使用）
weixin_33882452的博客
12-01 224
Redis集群的使用测试（Jedis客户端的使用）1、 Jedis客户端建议升级到最新版（当前为2.7.3），这样对3.0.x集群有比较好的支持。https://github.com/xetorthio/jedishttp://mvnrepository.com/artifact/redis.clients/jedis2、 直接在Java代码中链接Redis集群：// ...
Redis分片集群高可用性全面深入研究
最新发布
喝醉酒的小白
06-25 891
在现代分布式系统中，Redis作为高性能内存数据库，已成为众多关键业务的核心组件。单节点故障：单个Redis实例宕机将导致服务中断，特别是主节点故障会导致写服务不可用数据量增长：随着数据量增加，单节点内存容量有限，需要水平扩展高并发访问：高并发场景下单节点处理能力有限，容易成为性能瓶颈网络分区：网络故障可能导致集群分裂，产生"脑裂"问题数据一致性：主从复制和分片机制下如何保证数据一致性是关键挑战架构设计原则采用去中心化的集群架构，避免单点故障。
redis-cluster原理及其部署测试
pysense的博客
09-14 581
redis作为个人最喜欢的中间件之一，代表着出色的项目“生产力”，在博客当然会给出它的相关讨论。 1、Part I 这里主要讨论redis集群数据分片的内容 1.1 为何使用redis-cluster模式？ 1）首先避免单点故障，本人项目中用了主从模式，但因并发量不高，而且在redis不可用条件下，可以直接去数据库拿数据，所以还未部署集群模式。 2）redis官方给出单服务最高可以达到每秒执行...
12.redis cluster 测试
kang123488的博客
03-10 229
一. redis cluster 提供多个master，数据分布式存储在多个master上，每个master都带着slave，自动实现读写分离； 每个master如果故障，那么会自动将slave切换成master，高可用 你在redis cluster上写入数据时，其实你可以将请求发到任意一个master上执行，但是master会计算这个key的CRC16值， 然后对16384个hashslo...
Redis Cluster 高可用方案
weixin_33763244的博客
10-11 138
一、Redis Cluster Cluster介绍 Redis 集群采用无中心的方式，为了维护集群状态统一，节点之间需要互相交换消息。Redis采用交换消息的方式被称为 Gossip ，基本思想是节点之间互相交换信息最终所有节点达到一致，更多关于 Gossip 可参考 https://en.wikipedia.org/wiki/Gossip_prot...
tomcat9+tomcat-cluster-redis-session-manager_4.0.zip
07-16
在IT行业中，尤其是在Web...通过这种方式，你可以构建一个高可用、可扩展的Tomcat集群，同时利用Redis的强大功能来处理Session管理，提升Web应用的服务质量和用户体验。这种架构尤其适用于高并发、高流量的Web应用。
tomcat-cluster-redis-session-manager.zip
09-07
标题中的"tomcat-cluster-redis-session-manager.zip"表明这是一个与Tomcat集群和Redis Session管理相关的压缩包。这个压缩包可能是为了帮助用户在Tomcat 7或8版本中配置和使用Redis作为Session存储，以实现跨服务器...
redis-windows-7.2.3.zip
11-09
Redis还支持事务（Transactions）、发布/订阅（Pub/Sub）模式、主从复制（Replication）以及集群（Cluster）功能，确保数据的一致性和高可用性。 在Windows环境中，我们还可以借助可视化工具如RedisInsight、Redis ...
redis-windows-7.0.10.zip
04-14
在高可用性架构中，还可以使用Sentinel或者Cluster来监控和管理多个Redis实例，自动处理故障转移。 为了保证Redis服务的安全性，还需要关注访问控制和密码认证。Redis 6.0开始引入了TLS/SSL加密支持，以保护数据...
edu-demo-redis-cluster-测试代码.rar
08-11
在高可用性（HA）场景下，Redis 集群是一个重要的解决方案。本文将深入探讨如何在Redis 3及以上版本中，在CentOS系统上搭建一个多节点的Redis集群，并提供对应的测试代码。 一、Redis集群简介 Redis集群通过数据分...
redis 性能测试
12-10
wrapper 包装, 使用jedis 测试redis 读性能
cluster_check
danns888的专栏
09-27 693
 --------------------------------cluster_check_list.conf------------start--------------------- server#1;server#2;https://xxxxxxx/clustercheck.jsp ------------------------------- cluster_check_lis
redis cluster test
weixin_30507481的博客
10-25 162
cp /test/tests/redis.conf /etc redis-server /etc/redis.conf redis-trib.rb create --replicas 1 172.17.0.6:6379 172.17.0.7:6379 172.17.0.8:6379 172.17.0.9:6379 172.17.0.10:6379 172.17.0.11:6379 redis...
Redis Cluster集群的搭建与测试
moneywenxue的博客
10-30 1150
一、前言 redis最初使用主从模式作集群，但是这种模式master宕机后需要手动配置将slave转成master；后来为了高可用，提出了哨兵模式，该模式有哨兵角色监视master和slave，若master宕机，可以自动将slave转换成master，但哨兵模式也有不足：1.不能动态扩充；2.仍然不能支持并发量特别大的场景。所以redis3.x提出来了cluster集群模式。 二、redis-cluster设计 Redis-Cluster采用无中心结构，每个节点报存数据和集群状态，每个节点和其他节点
Redis cluster 长、短链接压测
不忘初心，方得始终
03-04 1596
长链接压测 测试环境：测试客户机32U128G，共十台。服务端：8U32G共8台。 RedisCluster集群节点 CPU 内存（G） 10.138.20.141 8 32 10.138.20.142 8 32 10.138.20.143 8 32 10.138.20.144 8 32 10.138.20.145 8 32 10.138.20.146 8 32 10.138.20.1
Redis集群
weixin_34019929的博客
09-18 118
安装redis tar zxvf redis-3.0.5.tar.gz cd redis-3.0.5 make && make install 集群配置 redis 集群是一个提供在多个redis节点间共享数据的程序集 redis集群不支持处理多个keys的命令，因为这需要在不同节点间移动数据，从而达不到像redis那...
Redis 集群的高可用测试（含 Jedis 客户端的使用）
Adelly的博客
03-27 1292
Redis 集群的使用测试（Jedis 客户端的使用）1、  Jedis 客户端建议升级到最新版（当前为 2.7.3） ，这样对 3.0.x 集群有比较好的支持。https://github.com/xetorthio/jedishttp://mvnrepository.com/artifact/redis.clients/jedis2、  直接在 Java 代码中链接 Redis 集群：// 数...
redis-cli --cluster create \ --cluster-replicas 1 解释
03-14
<think>嗯，用户想了解redis-cluster的创建命令和参数含义，特别是redis-cli --cluster create和cluster-replicas。我需要先回忆一下Redis Cluster的相关知识。记得Redis Cluster是通过分片来实现数据分布的，每个节点负责一部分哈希槽。创建集群的时候需要指定主节点，然后如果有副本的话，每个主节点会有对应的从节点。 首先，redis-cli --cluster create这个命令是用来创建集群的，后面跟着节点列表，然后是参数比如--cluster-replicas。根据引用[2]，例子中用了--cluster-replicas 0，也就是没有副本。那如果这个参数是1的话，每个主节点应该有一个副本。比如节点数目是6个，如果replicas是1，那么主节点数目应该是3，剩下的3个作为副本分配到各个主节点下。 接下来，参数的具体含义需要解释清楚。--cluster-replicas后面的数字指的是每个主节点需要的副本数量。比如，当设置为1时，系统会自动为每个主节点分配一个从节点。这时候总的节点数应该是主节点数乘以（1+副本数）。比如主节点3个，每个有一个副本，总共有6个节点。 然后，用户可能需要知道命令的具体格式和每个参数的作用。比如节点列表的顺序是否重要，是否需要先列主节点还是可以混在一起。根据Redis的文档，节点列表中的前N个会被视为主节点，其中N是总节点数/(replicas+1)。比如总节点6，replicas=1，那么主节点是6/(1+1)=3，剩下的3个作为副本。 另外，需要注意用户可能遇到的常见问题，比如节点数目不符合要求时的错误提示。比如如果总节点数不满足主节点数*(replicas+1)，就会报错。比如总节点5，replicas=1，这时候主节点数应该是5/2=2.5，这显然不行，所以会失败。 然后，引用中的例子，比如引用[3]里测试集群的时候用了set和get命令，说明集群正常工作。而引用[1]和[2]中的命令可能涉及其他操作，比如导入数据或者替换节点，但用户现在的问题主要是创建命令，所以重点在create的参数。 最后，用户可能需要了解一些实际例子，比如不同的副本数如何影响集群结构。比如当replicas=1时，每个主节点有一个副本，而如果设置为0，就没有副本，所有节点都是主节点，数据分片但无冗余。需要解释清楚这些区别，以及在实际应用中的选择依据，比如高可用性需要至少1个副本。 总结下来，回答的结构应该是先介绍命令的基本格式，然后详细说明每个参数，特别是cluster-replicas，再给出示例，最后解答常见问题。同时，结合引用中的例子来支持解释，比如引用[2]中的例子展示了如何创建没有副本的集群，而用户可能需要更多有副本的情况的例子。</think>### Redis Cluster创建命令详解 #### 命令基本格式： ```bash redis-cli --cluster create <节点列表> --cluster-replicas <副本数> ``` 例如： ```bash redis-cli --cluster create 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 --cluster-replicas 1 ``` #### 参数解析： 1. **节点列表** 需要包含所有主节点和从节点的IP:Port信息。总节点数需满足公式： $$ \text{总节点数} = \text{主节点数} \times (1 + \text{副本数}) $$ 例如：`--cluster-replicas 1`时，总节点数需为偶数（如6节点包含3主3从）。 2. **--cluster-replicas** - **作用**：定义每个主节点的副本数量，用于数据冗余和高可用。 - **示例**： - `--cluster-replicas 0`：无副本，所有节点均为主节点（如引用[2]中的示例）[^2]。 - `--cluster-replicas 1`：每个主节点分配1个从节点，形成主从结构。 #### 参数验证逻辑： - 若节点数不符合公式，命令会直接报错（如5节点 + `--cluster-replicas 1`）。 - 节点列表顺序影响主从分配：前$N$个节点默认被选为主节点，$N = \frac{\text{总节点数}}{1+\text{副本数}}$。 #### 工作流程： 1. 自动分配哈希槽（16384个槽均分给主节点）。 2. 建立主从关系（若副本数>0）。 3. 输出集群拓扑结构（如`[OK] All nodes agree about slots configuration`表示成功）[^3]。 --- ### 常见问题解答 #### 1. 为什么需要指定副本数？ 副本数决定了数据冗余级别。例如： - `--cluster-replicas 1`：主节点故障时，从节点自动接管，保障高可用[^3]。 - `--cluster-replicas 0`：无冗余，适用于纯性能扩展场景。 #### 2. 节点列表顺序是否重要？ 是。前$N$个节点会被优先设为主节点，后续节点作为从节点。例如： 6节点 + `--cluster-replicas 1` → 前3个为主节点，后3个为从节点。 #### 3. 如何验证集群状态？ 执行以下命令检查槽分配和主从关系： ```bash redis-cli --cluster check <任意节点IP:Port> ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

dingsai88

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值