redis集群-Redis（六）
继续上一篇文章的，我们讨论创建和管理Redis集群。RedisCluster是Redis实现的分布式集群解决方案，采用多主子分布式集群结构，提供高可用的分片复制功能，适合水平扩展场景。
官方建议从节点数量不超过1000个。
创建集群时需要依次添加服务器、安装Redis、配置端口和集群模式。
集群启动命令包括设置启用集群、配置文件路径、集群节点超时、关闭沙箱、启用持久化等。
创建集群后，可以使用 src/redis-cli--clustercreate--cluster-replicas1 命令选择集群中的各个节点来初始化集群。
如果需要设置密码，则需要在命令后面添加“-akeying”参数。
集群创建成功后，通过`src/redis-cli-c-h192.168.81.128-p8001`命令进入集群，使用`clusterinfo`和`clusternodes`命令查看集群状态。
集群信息会保存在配置文件中，以便集群重启时可以根据主从关系恢复集群状态。
在集群中实现“setkeying1”操作，通过哈希槽计算原理（`HASH_SLOT=CRC16(key)mod16384`）将数据存储到特定节点上。
当主节点宕机时，从节点会自动提升为主节点，维持集群的高可用性。
将集群节点超时参数配置为5秒，以保证集群在节点切换时的稳定性，避免网络抖动导致的错误选举。
Redis集群可能会遇到裂脑问题，即多个主节点同时对外提供服务，网络分区恢复正常后数据丢失。
为了避免这个问题，您可以配置“min-slave-to-write1”来限制并发写入操作的最小从节点数量，但请注意，此配置可能会影响集群可用性。
对于节点宕机后仍需要对外提供服务的小型集群，可以通过配置“cluster-require-full-converageno”来实现。
在进行批量Redis操作时，key前缀必须保持一致，以保证数据存储在同一个slot中，避免因数据分布不均匀而导致操作失败。
如果需要添加新的集群节点，请使用命令 `src/redis-cli--clusteradd-node192.168.0.0:8007192.168.0.0:8001`，其中 8007 是新节点，8001 是剩余节点之一集群将完成其余的工作。
该协议添加了新节点。
Redis集群架构剖析(3)：集群处理redis-cli指令
在前两次对Redis集群架构的深入分析中，我们搭建并启动了一个工作集群。现在，我们可以向集群节点发送数据命令。
在实际操作之前，可以想象一个基本流程：首先确定密钥位置的所有权，然后根据该位置决定命令是否由当前节点处理，并将命令转发给负责该位置的节点。
。
无论是读还是写操作，核心步骤都是找到对应的slot和node。
下图显示了这个过程：当客户端（例如 6370）尝试执行命令时，它会计算密钥的 CRC-16 校验和，然后执行 AND 16383 位以获得位置。
例如，如果key的位置是2655，那么命令将直接在本地节点（我自己）上执行； 如果密钥的位置是 15045，则节点返回 MOVED 错误，指示客户端重定向到处理正确位置的节点。
Moved错误的格式是客户端需要根据提供的IP和PORT信息进行切换并重新发送命令。
在集群模式下，MOVED错误通常是隐藏的，但在独立模式下（通过不带-c参数的redis-cli），可以看到具体的错误信息。
集群模式和单机模式在数据库使用上还有一个区别。
集群节点仅使用数据库编号0，而不是独立使用0-15。
本文档概述了处理客户端指令簇的基本逻辑。
结合前面的数据结构分析，理解和应用会更加深入。
在接下来的章节中，我们将探讨处理异常行为（例如重定位或重新分配）时的集群行为，以更全面地了解 Redis 集群的工作原理。
