不说废话的架构师成长之路，欢迎大家关注。

注：根据自己的业务设计自己的redis部署方案，而不是先有部署方案，然后去设计业务。我们在这里讲的知识前人的一些经验以及他们的解决方案。

单副本解决方案

单副本解决方案

优点：架构简单，部署方便，高性能

缺点：无法支持数据持久化，无法进行故障转移

多副本解决方案

多副本解决方案

优点：部署简单，读写分离，通过keepalive、哨兵、或者自研一些监控系统可以实现故障转移

缺点：系统无法进行自动故障切换，需要配合其他监控手段，必要时还需要改动业务代码

哨兵解决方案

哨兵解决方案

redis社区推出的解决方案，但是redis社区解决方案只有redis存活监控以及自动选主等，在实际应用中还需要自己研发一些外围系统来实现故障转移。

cluster解决方案

cluster解决方案

优点：无中心设计，高可用，高扩展

缺点：资源浪费，每个主redis都有一个slave，但是slave仅仅是冷被，不支持读写。批量操作hget等查询的时候数据可能落在不同机器上，查询性能有一定影响。

后续会对哨兵模式、cluster做详细讲解，欢迎大家持续关注。