redis查询集群信息，redis 查看集群信息

Redis-Cluster集群

1、Redis Cluster 的性能与单节点部署是同级别的。 多主节点、负载均衡、读写分离 Redis Cluster 支持标准的 主从复制配置来保障高可用和高可靠。 failover （故障转移） Redis Cluster 也实现了一个类似 Raft 的共识方式，来保障整个集群的可用性。

2、集群进行故障转移的方法和Sentient进行故障转移的方法基本一致，不同的是，在集群里面，故障转移是由集群中其他在线的主节点负责进行的，所以集群中不需要使用Sentinel。redis-cluster集群将键存储空间分割为16384个槽位(slot)，事实上集群最大节点数量是16384个【官方建议最大节点数量不超过1000个节点】。

3、redis cluster集群选主 当slave发现自己的master变为FAIL状态时，便尝试进行Failover，以期成为新的master。由于挂掉的master可能会有多个slave。

4、Redis通过对KEY计算hash，将KEY映射到slot，集群中每个节点负责一部分slot的方式管理数据，slot最大个数为16384。

5、Redis能从硬盘中恢复快照数据到内存中。Redis 发布了稳定版本的 0 版本，放弃 Ruby的集群方式，改用 C语言编写的 redis-cli的方式，是集群的构建方式复杂度大大降低。Redis-Cluster集群采用无中心结构，每个节点保存数据和整个集群状态，每个节点都和其他所有节点连接。

相关问答

Q1: redis集群不支持的命令

不支持的方法：KEYS，MIGRATE，SCAN等 支持但需特殊处理的方法：MSET，SINTERSTORE，SUNIONSTORE，ZINTERSTORE，ZUNIONSTORE等 全部请查看 Redis命令列表 .对于不支持的方法，在使用时需要寻找替代方案。本文主要解决一下需特殊处理的方法。

Redis集群并不支持处理多个keys的命令，因为这需要在不同的节点间移动数据，从而达不到像Redis那样的性能，在高负载的情况下可能会导致不可预料的错误.Redis 集群通过分区来提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下继续处理命令. Redis 集群的优势：自动分割数据到不同的节点上。

在使用 redis-cli 连接 redis 集群，进行数据操作时，有报错 解决方法：这种情况一般是因为启动redis-cli时没有设置集群模式所导致。

可以看出，从节点默认不让读取，如果读取从节点，将会重定向到主节点。使用readonly命令，允许从节点提供读服务，如 redis 25212：8383 readonly OK redis 25212：8383 get mykey 124该命令可在指定的master或slave的客户端上执行，但只在从节点上的执行才会让从节点提供读服务。

“redis-server”所在行的最后，会有“IP：端口号”，执行第3步停止redis集群时要使用。第一行记录，都要执行一次停止命令。

Q2: Redis集群操作

集群中至少应该有奇数个节点，所以至少有三个节点，每个节点至少有一个备份节点，所以下面使用6节点（主节点、备份节点由redis-cluster集群确定）。6个节点分布在一台机器上，采用三主三从的模式。

对客户端来说，整个cluster被看做是一个整体，客户端可以连接任意一个node进行操作，就像操作单一Redis实例一样，当客户端操作的key没有分配到该node上时，Redis会返回转向指令，指向正确的node，这有点儿像浏览器页面的302 redirect跳转。

redis-trib.rb是采用Ruby实现的Redis集群管理工具。内部通过Cluster相关命令帮我们简化集群创建、检查、槽迁移和均衡等常见运维操作，使用之前需要安装Ruby依赖环境。

那些与大多数节点相连的客户端所做的写入操作，系统尝试全部都保存下来。不过还是会有小部分写入会丢失。●可用性（Availability）：在绝大多数的主节点（master node）是可达的，并且对于每一个不可达的主节点都至少有一个它的从节点（slave）可达的情况下，Redis 集群仍能进行分区（partitions）操作。

redis查询集群信息的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis 查看集群信息、redis查询集群信息的信息别忘了在本站进行查找喔。