Redis集群部署：为何至少三个主节点是关键

为什么rediscluster至少需要三个主节点?

面试是考验知识和技能的战场。
今天我们来谈谈为什么使用Redis集群时至少需要三个主节点。
由于互联网技术的广泛使用，Redis已经成为存储数据的强大工具。
尤其是在技术面试中，使用Redis对于面试官来说已经是“家常便饭”了。
基于内存的KV数据库Redis因其高性能和广泛的应用而成为采访中的“常客”。
它是用C语言编写的，具有优异的性能，每秒可以执行数万次查询操作。
其单进程、单线程模型允许通过在同一台机器上打开多个实例来有效地使用多核处理器。
Redis集群部署方式，即RedisCluster，采用主从共享读写同步，依赖MySQL的主从同步机制。
每个主节点上可以安装多个从节点，以水平扩展数据，支持更大的数据缓存。
在集群中，数据交互是通过RedisCluster来实现的。
主节点负责写入数据，从节点负责复制和读取。
数据持久化，即Redis的高可用机制，是不可或缺的一环。
使用RDB（快照）和AOF（日志）确保数据完整性和可靠性。
RDB和AOF各有优缺点。
RDB通过定期创建快照文件提供数据备份，适合冷备场景，而AOF则将每次写操作记录在日志中，最多一秒的数据丢失，适合热备需求；选择存储方法时，您需要考虑您的业务需求和数据保护策略。
实施Sentinel集群进一步提高了集群的高可用性。
配置哨兵节点至少需要三个实例，以确保及时检测和故障转移。
三个哨兵的存在确保集群可靠性和数据连续性。
主从同步引擎通过PSYNC命令保证数据高效同步，保证数据一致性。
如果数据传输过程中网络出现问题，它可以自动重新连接并填补丢失的数据。
Redis的内存消除引擎通过常规和惰性消除策略确保内存资源的高效利用。
LRU算法的实现使用近似算法来预测密钥访问模式并优化内存效率。
LinkedHashMap为实现LRU算法提供数据结构支持。
面试时，测试对Redis的深入理解和使用能力，是测试面试官技术背景的重要一环。
结合理论和实践，面试官必须展示Redis集群架构、持久化引擎、内存管理和高级功能的知识。
面对面试官提问时，面试官不仅要准确回答相关问题，还必须表现出对Redis技术的深刻理解和应用能力，才能在面试中脱颖而出。
通过理论与实践的结合，面试官不仅可以展示技术实力，还可以向面试官展示综合解决问题的能力。
简而言之，一个Redis集群至少需要三个主节点，旨在实现高可用性、高扩展性和数据一致性。
通过引入主从同步、持久化引擎、哨兵集群等，Redis集群不仅提供了强大的数据处理能力，还保证了数据的安全性和连续性。
面试时，对Redis集群架构的理解和应用是对面试官技术深度和实际解决问题能力的重要考验。

redis为什么要部署三主三从

启动两个redis实例，在redis上作为从机使用smileof命令来配置所属主机。
例如：slaveof192.168.1.16379然后，您可以在主机上测试setkeyvalue并在从机上运行getkey以查看是否可以检索该值。
通过在从机上输入“slaveofnone”来打破主从关系。
除了命令行方法之外，还可以将描述slaveof192.168.1.16379添加到从机的配置文件中，并在配置文件中设置，这样主从关系就不会因为重启而失效。

Redis三种集群模式

主从模式介绍主从模式由一个主节点和许多只负责读取数据的从节点组成。
Primary节点通过配置文件启动，Secondary节点也通过配置文件启动。
主从关系在启动时自动建立。
主从模式可以实现读写数据分离，但缺点是不具备自动容灾能力。
Sentinel模式概述Sentinel模式通过3个哨兵节点监控1个主节点和2个从节点。
每个哨兵节点每秒都会向集群中的所有节点发送PING命令，以检测实例的运行状态。
如果实例未响应PING命令，Sentinel会将该实例标记为主观离线(SDOWN)。
如果确认大部分哨兵节点主观下线，则将该实例标记为客观下线（ODOWN），然后进行主从节点切换，以保证集群稳定性。
哨兵模式的自动容灾机制可以满足主备节点的高可用性需求，但在大规模集群中实现在线扩展时会面临挑战。
分片概述RedisCluster是Redis提供的分片技术，从Redis3.0版本开始支持。
通过哈希槽将数据均匀分布在多个Redis服务器上，提高存储效率，减少内存和磁盘资源浪费。
每个哈希槽对应一个Redis服务器。
通过CRC16计算key值并得到模块，将数据存储在相应的服务器上，实现分布式数据存储。
部署步骤启动所有节点，在配置文件中添加集群模式，并使用集群模式部署三个主备节点，保证集群正常运行。
通过设置--cluster-replicas1参数，每个hashslot由主节点和从节点管理。
验证读写数据活动并测试在集群中的节点之间切换的能力。
主节点发生故障后，辅助节点将自动承担主节点的角色，进行数据复制和管理。
在不同分区之间移动数据，保证集群内数据的一致性。
当添加新节点、部署新节点时，集群会自动进行数据分片部署，将数据分发到新节点上。
一旦有新节点加入集群，就会按照数据划分规则接收数据，以扩大集群规模。
数据迁移和节点管理在迁移数据分区时，集群会自动将数据从一个节点移动到另一个节点，以保证集群内的数据分布均衡。
当需要删除某个节点时，先将数据移动到其他节点，然后再删除该节点。
主从性能测试在压力测试中表现良好，单节点处理能力达到6万QPS。
分片模式下，数据分片虽然提高了存储效率，但性能LRange操作受到一定影响，导致整体QPS相比主从模式略低。
通过Pipeline技术将多个活动合并为一个请求，QPS提升至90万，提高了运营效率。
总结Redis集群模式包括主从模式、哨兵模式、分片模式。
每种模式都有自己的特点和应用场景。
主从模式实现数据读写分离，但不具备自动容灾能力；哨兵模式通过自动化机制实现高可用性和灾难恢复，但在大规模集群中可能会遇到扩展挑战；改进了分片模式；通过数据分割提高存储效率，减少资源浪费。
了解并应用不同的集群模式可以有效提高Redis系统的稳定性和性能。