Redis集群状态命令（redis集群不支持的命令）

： 2024-06-21 05:20:03 ：20

redis集群状态命令（redis集群不支持的命令）

大家好，redis集群状态命令相信很多的网友都不是很明白，包括redis集群不支持的命令也是一样，不过没有关系，接下来就来为大家分享关于redis集群状态命令和redis集群不支持的命令的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

本文目录

redis集群不支持的命令
linux 的环境搭建（二）--redis单机环境、生产环境、集群环境的搭建
Redis停止的命令
【Redis】Redis Cluster-集群故障转移
Redis-Cluster集群
redis集群不停服务，重启某一服务器怎么做
Redis Cluster集群的搭建
Redis Cluster集群

redis集群不支持的命令

Redis 集群模式中，有一些命令是不被支持的。这些命令包括：

KEYS: 由于 KEYS 命令需要在所有节点上扫描所有键值对，因此在 Redis 集群模式下被禁止使用。可以使用 SCAN 命令代替 KEYS 命令来遍历所有键值对。
MIGRATE: MIGRATE 命令是用于将数据从一个 Redis 实例迁移到另一个 Redis 实例的命令，但是在 Redis 集群模式下不支持此命令。可以使用 --cluster 选项来进行集群迁移。
INFO Keyspace: INFO Keyspace 命令用于获取指定键的信息，但是在 Redis 集群模式下不支持此命令。可以使用 CLUSTER KEYSLOT 命令获取指定键所在的槽位，然后使用 REDIS CLUSTER INFO 命令来获取集群信息。
EVAL and EVALSHA: EVAL 和 EVALSHA 命令是用于执行 Lua 脚本的命令，但是在 Redis 集群模式下不支持对多个槽位执行脚本。可以使用 EVAL 命令和 EVALSHA 命令的 KEYS 参数来指定键所在的槽位，或者将脚本拆分为多个独立的部分，每个部分只操作单个槽位。
FLUSHDB and FLUSHALL: FLUSHDB 命令用于清空当前库中的所有键值对，FLUSHALL 命令用于清空所有库中的键值对。在 Redis 集群模式下，这两个命令是被禁止使用的。可以使用 DEL 命令删除所有键值对

需要注意的是，这里列出的命令在 Redis 集群模式下可能会有不同的表现，具体取决于集群的配置和版本。建议在使用这些命令之前，先了解集群的相关限制和特性。

linux 的环境搭建（二）--redis单机环境、生产环境、集群环境的搭建

一、目录 1、工具 2、安装tcl 3、安装单机版redis 4、把redis设置为daemon进程，每次系统启动，redis进程一起启动 5、安装redis cluster 二、工具 2.1、tcl8.6.1-src.tar.gz 2.2、ruby-2.3.1.tar.gz 2.3、redis-4.1.1.gem 2.4、redis-3.2.8.tar.gz 2.5、openssl-1.0.2r.tar.gz 三、安装tcl（安装redis必须先要安装tcl） 3.1、把tcl8.6.1-src.tar.gz通过WinSCP上传到虚拟机中的/usr/local目录下四、安装单机版redis 4.1、把redis-3.2.8.tar.gz通过WinSCP上传到虚拟机中的/usr/local目录下 4.2、依次运行如下命令： tar -zxvf redis-3.2.8.tar.gz 解压文件 cd redis-3.2.8 make && make test && make install 五、把redis设置为daemon进程，每次系统启动，redis进程一起启动 5.1、将redis的utils目录下的redis_init_script脚本拷贝到linux的/etc/init.d目录中，将redis_init_script重命名为redis_6379，6379是我们希望这个redis实例监听的端口号 5.2、修改redis_6379脚本的第6行的REDISPORT，设置为相同的端口号（默认就是6379） protected-mode no 取消保护模式，保护模式只能127.0.0.1访问 daemonize yes 让redis以daemon进程运行 pidfile /var/run/redis_6379.pid 设置redis的pid文件位置 bind 192.168.3.110 port 6379 设置redis的监听端口号 dir /var/redis/6379 设置持久化文件的存储位置 logfile /var/log/redis/6379.log 设置日志文件位置 5.6、启动redis，依次执行： cd /etc/init.d, chmod 777 redis_6379，赋读写执行的权限（chmod -R 777 * 是递归把该目录下的所有文件和其子文件全部赋权限） ./redis_6379 start 启动 5.7、确认redis进程是否启动，ps -ef | grep redis 5.8、让redis跟随系统启动自动启动 5.9、重启系统，不手动启动redis，直接连接redis，可以连接上，表示配置成功此时一个单机版的redis的生产环境已经搭建好了，每次服务器重启，redis都会自动的启动六、安装redis cluster （redis cluster集群，要求至少3个master，去组成一个高可用，健壮的分布式的集群，每个master都建议至少给一个slave，3个master，3个slave） 6.1、前提，我在其它机器上启动了六个redis（安装步骤都如下） 2.2、创建三个目录： mkdir -p /etc/redis-cluster 存放集群配置信息，自动生成配置 mkdir -p /var/log/redis redis日志 mkdir -p /var/redis/7001 存放redis的rdb文件和aof文件 6.3、将redis的utils目录下的redis_init_script脚本拷贝到linux的/etc/init.d目录中，将redis_init_script重命名为redis_7001，7001是我们希望这个redis实例监听的端口号,并修改redis_7001配置文件中的REDISPORT=7001 6.4、修改/etc/redis/7001.conf中的部分配置为生产环境 6.5、完成了一个redis环境的配置，依次再配置其余五个，分别为7002、7003、7004、7005、7006，每个启动脚本内，都修改对应的端口号 6.6、启动6个redis实例 6.7、创建集群（需要安装ruby、rubygems）上述命令在部分机器上是可以直接运行完成，成功安装的，但在部分机器上运行第三条命令时会提示ruby版本太低、openssl找不到的问题，下面依次解决这两个问题： 6.8、再次运行gem install redis命令，报出两个错误 6.9、再次运行gem install redis命令，报出一个错误 6.10、再次运行gem install redis命令，报出一个错误 6.11、再次运行gem install redis命令 # gem install redis Successfully installed redis-4.1.1 Parsing documentation for redis-4.1.1 Done installing documentation for redis after 1 seconds***隐藏网址*** 1 gem installed 运行成功此时Redis安装好，此三个工具也安装好了，这时我们来做一个Redis集群测试，在一台服务器中创建了6个Redis实例，开启6个Redis服务 redis-trib.rb create --replicas 1 192.168.3.104:7001 192.168.3.104:7002 192.168.3.105:7003 192.168.3.105:7004 192.168.3.106:7005 192.168.3.106:7006 # redis-trib.rb create --replicas 1 192.168.3.104:7001 192.168.3.104:7002 192.168.3.105:7003 192.168.3.105:7004 192.168.3.106:7005 192.168.3.106:7006 此时一个redis集群环境就已经搭建好了，可以通过redis-trib.rb check 192.168.3.105:7003命令查看集群几点的信息 # redis-trib.rb check 192.168.3.105:7004 redis cluster的优点：读写分离+高可用+多master 读写分离：每个master都有一个slave 高可用：master宕机，slave自动被切换过去多master：横向扩容支持更大数据量

Redis停止的命令

我的redis是部署在linux机器上的，而且是redis集群。下面的命令都是在linux上使用的。

执行后，输出的记录中，含有“redis-server”的行，全是运行的redis服务节点。

“redis-server”所在行的最后，会有“IP:端口号”，执行第3步停止redis集群时要使用。

第一行记录，都要执行一次停止命令。

2. 进入redis-cli所在目录

注：如果不知道redis-cli所在目录，请使用如下命令查找（网上很多的人回答，redis-cli在redis/bin目录，我的机器却不是）

3. 停止redis服务，使用的IP、端口号为第1步查看出的IP、端口号。

第一步中的第一行记录，都要执行一次停止命令。

注：不加“-h IP”参数时，会提示如下内容，停止是失败的

Could not connect to Redis at 127.0.0.1:XXXX: Connection refused

4. 查看redis服务是否停止成功

执行后，输出的记录中，不存在含有“redis-server”的行，则redis服务停止成功。

原文： YouLuoJv使用知识的小砖垒起质量、效率灯塔，希望可以照亮更多人的路

【Redis】Redis Cluster-集群故障转移

在集群定时任务 clusterCron 中，会遍历集群中的节点，对每个节点进行检查，判断节点是否下线。与节点下线相关的状态有两个，分别为 CLUSTER_NODE_PFAIL 和 CLUSTER_NODE_FAIL 。

CLUSTER_NODE_PFAIL ：当前节点认为某个节点下线时，会将节点状态改为 CLUSTER_NODE_PFAIL ，由于可能存在误判，所以需要根据集群中的其他节点共同决定是否真的将节点标记为下线状态， CLUSTER_NODE_PFAIL 可以理解为疑似下线，类似哨兵集群中的主观下线 。

CLUSTER_NODE_FAIL ：集群中有过半的节点标认为节点已下线，此时将节点置为 CLUSTER_NODE_FAIL 标记节点下线， CLUSTER_NODE_FAIL 表示节点真正处于下线状态，类似哨兵集群的客观下线 。

在集群定时任务遍历集群中的节点进行检查时，遍历到的每个节点记为 node ，当前节点记为 myself ，检查的内容主要有以下几个方面：

一、判断孤立主节点的个数

如果当前节点 myself 是从节点，正在遍历的节点 node 是主节点，并且 node 节点不处于下线状态，会判断孤立节点的个数，满足以下三个条件时，认定 node 是孤立节点，孤立节点个数增1：

二、检查连接

这一步主要检查和节点间的连接是否正常，有可能节点处于正常状态，但是连接有问题，此时需要释放连接，在下次执行定时任务时会进行重连，释放连接需要同时满足以下几个条件：

三、疑似下线判断

ping_delay 记录了当前时间距离向 node 节点发送PING消息的时间， data_delayd 记录了 node 节点向当前节点最近一次发送消息的时间，从ping_delay和data_delay中取较大的那个作为延迟时间。

如果延迟时间大于超时时间，判断 node 是否已经处于 CLUSTER_NODE_PFAIL 或者 CLUSTER_NODE_FAIL 状态，如果都不处于，将节点状态置为 CLUSTER_NODE_PFAIL ，认为节点疑似下线。

上述检查完成之后，会判断当前节点是否是从节点，如果不处于 CLUSTER_MODULE_FLAG_NO_FAILOVER 状态，调用 clusterHandleSlaveFailover 处理故障转移，不过需要注意此时只是将节点置为疑似下线，并不满足故障转移条件，需要等待节点被置为FAIL下线状态之后，再次执行集群定时任务进入到 clusterHandleSlaveFailover 函数中才可以开始处理故障转移。

当前节点认为某个node下线时，会将node状态置为 CLUSTER_NODE_PFAIL 疑似下线状态，在定时向集群中的节点交换信息也就是发送PING消息时，消息体中记录了node的下线状态，其他节点在处理收到的PING消息时， 会将认为node节点下线的那个节点加入到node的下线链表fail_reports中，并调用 markNodeAsFailingIfNeeded 函数判断是否有必要将节点置为下线FAIL状态 ：

markNodeAsFailingIfNeeded

markNodeAsFailingIfNeeded用于判断是否有必要将某个节点标记为FAIL状态：

clusterHandleSlaveFailover

由上面的内容可知，节点客观下线时会被置为 CLUSTER_NODE_FAIL 状态，下次执行集群定时任务时，在故障转移处理函数 clusterHandleSlaveFailover 中，就可以根据状态来检查是否需要执行故障转移。

不过在看 clusterHandleSlaveFailover 函数之前，先看一下 clusterState 中和选举以及故障切换相关的变量定义：

clusterHandleSlaveFailover函数中的一些变量

data_age ： 记录从节点最近一次与主节点进行数据同步的时间 。如果与主节点处于连接状态，用当前时间减去最近一次与master节点交互的时间，否则使用当前时间减去与master主从复制中断的时间。

auth_age ： 当前时间减去发起选举的时间 ，也就是距离发起选举过去了多久，用于判断选举超时、是否重新发起选举使用。

needed_quorum ： quorum的数量，为集群中节点的数量的一半再加1 。

auth_timeout ： 等待投票超时时间。

auth_retry_time ： 等待重新发起选举进行投票的时间，也就是重试时间 。

一、故障转移条件检查

首先进行了一些条件检查，用于判断是否有必要执行故障转移，如果 处于以下几个条件之一，将会跳出函数，结束故障转移处理 ：

二、主从复制进度校验

cluster_slave_validity_factor 设置了故障切换最大主从复制延迟时间因子，如果不为0需要校验主从复制延迟时间是否符合要求。

如果主从复制延迟时间 data_age 大于 mater向从节点发送PING消息的周期 + 超时时间 * 故障切换主从复制延迟时间因子并且不是手动执行故障切换，表示主从复制延迟过大，不能进行故障切换终止执行。

三、是否需要重新发起选举

如果距离上次发起选举的时间大于超时重试时间，表示可以重新发起投票。

四、延迟发起选举

五、发起投票

如果满足执行故障的条件，接下来需从节点想集群中的其他节点广播消息，发起投票，不过只有主节点才有投票权。 failover_auth_sent 为0表示还未发起投票，此时开始发起投票：

六、执行故障切换

当某个节点获取到了集群中大多数节点的投票，即可进行故障切换，这里先不关注，在后面的章节会讲。

clusterGetSlaveRank用于计算当前节点的等级，遍历所属主节点的所有从节点，根据主从复制进度 repl_offset 计算， repl_offset 值越大表示复制主节点的数据越多，所以等级越高，对应的 rank 值就越低。

从节点在发起选举使用了 rank 的值作为延迟时间，值越低延迟时间越小，意味着选举优先级也就越高。

当从节点认为主节点故障需要发起投票，重新选举主节点时，在集群中广播了 CLUSTERMSG_TYPE_FAILOVER_AUTH_REQUEST 消息，对应的处理在 clusterProcessPacket 函数中，里面会调用 clusterSendFailoverAuthIfNeeded 函数进行投票：

clusterSendFailoverAuthIfNeeded

clusterSendFailoverAuthIfNeeded函数用于进行投票，处理逻辑如下：

以上条件校验通过，表示当前节点可以投票给发送请求的节点，此时更新 lastVoteEpoch ，记录最近一次投票的纪元（轮次），更新投票时间 node-》slaveof-》voted_time ，然后向发起请求的节点回复 CLUSTERMSG_TYPE_FAILOVER_AUTH_ACK 消息。

主节点对发起投票请求节点的回复消息 CLUSTERMSG_TYPE_FAILOVER_AUTH_ACK 同样在消息处理函数 clusterProcessPacket 中，会对发送回复消息的节点进行验证：

同时满足以上三个条件时，表示发送者对当前节点进行了投票，更新当前节点记录的收到投票的个数， failover_auth_count 加1，此时有可能获取了大多数节点的投票，先调用 clusterDoBeforeSleep 设置一个 CLUSTER_TODO_HANDLE_FAILOVER 标记，在周期执行的时间事件中会调用对状态进行判断决定是否执行故障转移。

从节点收到投票后，会添加 CLUSTER_TODO_HANDLE_FAILOVER 标记，接下来看下对 CLUSTER_TODO_HANDLE_FAILOVER 状态的处理。

在 beforeSleep 函数（server.c文件中），如果开启了集群，会调用 clusterBeforeSleep 函数，里面就包含了对 CLUSTER_TODO_HANDLE_FAILOVER 状态的处理：

beforeSleep 函数是在Redis事件循环 aeMain 方法中被调用的，详细内容可参考事件驱动框架源码分析文章。

clusterBeforeSleep

在clusterBeforeSleep函数中，如果节点带有 CLUSTER_TODO_HANDLE_FAILOVER 标记，会调用 clusterHandleSlaveFailover 函数进行处理：

clusterHandleSlaveFailover 函数在上面我们已经见到过，这次我们来关注集群的故障转移处理。

如果当前节点获取了大多数的投票，也就是 failover_auth_count （得到的投票数量）大于等于 needed_quorum ， needed_quorum 数量为集群中节点个数的一半+1，即可执行故障转移，接下来会调用 clusterFailoverReplaceYourMaster 函数完成故障转移。

clusterFailoverReplaceYourMaster

如果从节点收到了集群中过半的投票，就可以成为新的master节点，并接手下线的master节点的slot，具体的处理在clusterFailoverReplaceYourMaster函数中，主要处理逻辑如下：

总结

Redis-Cluster集群

在哨兵模式中，仍然只有一个 master 节点。当并发写请求较大时，哨兵模式并不能缓解写压力。

在redis-cluster集群中，每一个主节点可以添加多个从节点，主节点和从节点遵循主从模式的特性。当用户需要处理更多的读请求时，添加从节点可以扩展系统的读性能。

redis集群的主节点内置了类似Sentinel的节点故障检测和自动故障转移功能。当集群中的某个主节点下线时，集群中的其他在线主节点发现了以后，会对已下线的主节点进行故障转移。集群进行故障转移的方法和Sentient进行故障转移的方法基本一致，不同的是，在集群里面，故障转移是由集群中其他在线的主节点负责进行的，所以集群中不需要使用Sentinel。

redis-cluster集群将键存储空间分割为16384个槽位(slot)，事实上集群最大节点数量是16384个【官方建议最大节点数量不超过1000个节点】。所有主节点都负责16384个哈希槽中的一部分，当16384个槽都有某个节点在负责处理时，集群进入上线状态，并开始处理客户端发送的数据命令请求。一个slot槽位可以存放多个数据，key的槽位计算公式：HASH_SLOT = CRC16(key) mod 16384

由于Redis集群无中心节点，请求会随机发给任意主节点。主节点只会处理自己负责槽位的命令请求，其他槽位的命令请求，该主节点会返回客户端一个转向错误。客户端根据错误中包含的地址和端口重新向正确的负责的主节点发起命令请求。

系统：CentOS7 Redis: 5.0.9 Redis节点

注意：

配置文件主要修改：

执行结果

按照之前的配置修改并启动，使用以下命令将其加入集群：

添加完新节点后，需要对新添加的主节点进行hash槽重新分配，这样该主节点才能存储数据，redis共有16384个槽。

删除从节点192.168.164.13:7000，node_id:cb21c351b3d2378976bf7d215553d0e04d7fad43

执行结果

存在slot的主节点无法直接删除，所以我们需要先移动主节点192.168.164.13:7001的slot至其他三个主节点

查看集群节点信息

删除主节点

执行结果

查看集群信息

redis集群不停服务，重启某一服务器怎么做

为了将一台服务器进行关机和重启，您可以按照以下步骤进行操作:

关闭所有正在运行的 Redis 实例。
使用以下命令将需要关机的服务器加入集群:
Copy coderedis-cluster add-node 《服务器 IP》:《端口》
其中《服务器 IP》是需要加入集群的服务器 IP 地址，《端口》是该服务器的 Redis 端口号。
使用以下命令将需要重启的服务器从集群中移除:
Copy coderedis-cluster remove-node 《服务器 IP》:《端口》
其中《服务器 IP》是需要移除集群的服务器 IP 地址，《端口》是该服务器的 Redis 端口号。
关机并重启需要关机的服务器。
Copy codesudo systemctl stop 《服务器名称》 sudo systemctl restart 《服务器名称》
其中《服务器名称》是需要关机和重启的服务器名称。
检查 Redis 集群是否正常工作。
您可以使用以下命令检查 Redis 集群是否正常工作:
Copy coderedis-cluster status
如果一切正常，则应该可以看到所有服务器的状态都为 "Online"。

请注意，在操作 Redis 集群时必须非常小心，以免误操作导致数据丢失。如果您不确定如何操作 Redis 集群，请寻求专业人员的帮助。

Try again

7站VPS导航为您回答选购VPS上www.7zhan.net

Redis Cluster集群的搭建

搭建集群工作需要以下三个步骤： 1）准备节点。 2）节点握手。 3）分配槽。 Redis集群一般由多个节点组成，节点数量至少为6个才能保证组成完整高可用的集群。每个节点需要开启配置cluster-enabled yes，让Redis运行在集群模式下。建议为集群内所有节点统一目录，一般划分三个目录：conf、data、log，分别存放配置、数据和日志相关文件。把6个节点配置统一放在conf目录下，集群相关配置如下：其他配置和单机模式一致即可，配置文件命名规则redis-{port}.conf，准备好配置后启动所有节点。 Cluster集群启动过程如下图：每个节点目前只能识别出自己的节点信息，可以执行cluster nodes命令获取集群节点状态。节点握手是指一批运行在集群模式下的节点通过Gossip协议彼此通信，达到感知对方的过程。节点握手是集群彼此通信的第一步，由客户端发起命令：cluster meet{ip}{port} cluster meet命令是一个异步命令，执行之后立刻返回。内部发起与目标节点进行握手通信，握手通信过程： 1）节点6379本地创建6380节点信息对象，并发送meet消息。 2）节点6380接受到meet消息后，保存6379节点信息并回复pong消息。 3）之后节点6379和6380彼此定期通过ping/pong消息进行正常的节点通信。分别执行meet命令让其他节点加入到集群中，最后执行cluster nodes命令确认6个节点都彼此感知并组成集群。节点建立握手之后集群还不能正常工作，这时集群处于下线状态，所有的数据读写都被禁止，通过cluster info命令可以获取集群当前状态。 Redis集群把所有的数据映射到16384个槽中。每个key会映射为一个固定的槽，只有当节点分配了槽，才能响应和这些槽关联的键命令。通过cluster addslots命令为节点分配槽。这里利用bash特性批量设置槽（slots），命令如下：执行cluster info查看集群状态，如下所示：当前集群状态是OK，集群进入在线状态。所有的槽都已经分配给节点，执行cluster nodes命令可以看到节点和槽的分配关系：集群模式下，Reids节点角色分为主节点和从节点。首次启动的节点和被分配槽的节点都是主节点，从节点负责复制主节点槽信息和相关的数据。使用cluster replicate{nodeId}命令让一个节点成为从节点。其中命令执行必须在对应的从节点上执行，nodeId是要复制主节点的节点ID，命令如下： Redis集群模式下的主从复制使用了之前介绍的Redis复制流程，依然支持全量和部分复制。复制（replication）完成后，整个集群的结构如图：集群搭建需要很多步骤当集群节点众多时，必然会加大搭建集群的复杂度和运维成本。因此Redis官方提供了redis-trib.rb工具方便我们快速搭建集群。 redis-trib.rb是采用Ruby实现的Redis集群管理工具。内部通过Cluster相关命令帮我们简化集群创建、检查、槽迁移和均衡等常见运维操作，使用之前需要安装Ruby依赖环境。 1、安装Ruby： 2、安装rubygem redis依赖： 3、安装redis-trib.rb： 4、安装完Ruby环境后，执行redis-trib.rb命令确认环境是否正确，输出如下：首先我们跟之前内容一样准备好节点配置并启动：启动好6个节点之后，使用redis-trib.rb create命令完成节点握手和槽分配过程，命令如下： --replicas参数指定集群中每个主节点配备几个从节点，这里设置为1。如果部署节点使用不同的IP地址，redis-trib.rb会尽可能保证主从节点不分配在同一机器下，因此会重新排序节点列表顺序。节点列表顺序用于确定主从角色，先主节点之后是从节点。创建过程中首先会给出主从节点角色分配的计划，当我们同意这份计划之后输入yes，redis-trib.rb开始执行节点握手和槽分配操作。集群完整性指所有的槽都分配到存活的主节点上，只要16384个槽中有一个没有分配给节点则表示集群不完整。可以使用redis-trib.rb check命令检测之前创建的集群是否成功，check命令只需要给出集群中任意一个节点地址就可以完成整个集群的检查工作，命令如下：