了解Redis集群方案的四种类型及其优缺点对比

开发中的软件系统中任何单一的服务系统都可能存在这种风险：即当该系统的唯一承载环境出现故障（server crash），整个系统就会瘫痪。因此，在传统架构难以满足高可靠性需求的情况下分布式计算应运而生：通过将同一个功能模块复制至多台节点服务器上实现容错设计从而保证即使部分节点失效其余节点仍可正常运行以保障整体系统的稳定性和可靠性。

同样地，在处理单机故障问题上 redis 采用了主从架构方案。然而该方案存在一个关键问题：当 master 节点发生故障时 必须手动将 slave 节点升级为主节点以恢复服务 才能达到预期效果 redis 针对这一挑战 开发了哨兵模式 这一机制能够自动识别并提升 salve 节点为主节点 从而无需人工干预 即可实现服务的持续可用性

但是主从模式与哨兵模式未能实现真正意义上的数据分片存储，在这种情况下，默认情况下每个Redis实例通常存储的是完整的历史数据。因此Redis Cluster的概念应运而生，并实现了真正意义上的数据分片（sharding）。然而由于Redis Cluster发布得比较晚（2015年才发布正式版），各大企业纷纷赶在Redis Cluster发布的前提下开发出了自己的分布式 Redis 数据分片解决方案

1.主从模式

尽管Redis单节点依靠RDB和AOF持久化机制实现了对数据的持久化存储，并且这些数据位于一台服务器上