Redis高可用集群主流架构方案分析

redis在互联网大数据平台有着广泛的应用，主要被用来缓存热点数据，避免海量请求压垮数据库，同时可以提升服务节点的响应速度和并发量。随着数据量的增多，由于redis是占用单台物理机或虚机的内存，内存资源是有限的，要实现弹性扩容缩容，就需要用到redis集群。从单节点到集群经历了以下演变的过程：

(1) 单实例

redis以单实例方式运行，特点是简单，但是受限于单实例物理内存，而且有单点故障，如何避免数据丢失呢，redis提供了持久化机制。

(2) redis开启持久化

redis支持RDB和AOF两种持久化方式：RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot）；AOF 持久化记录服务器执行的所有写操作命令，并在服务器启动时，通过重新执行这些命令来还原数据集。 AOF 文件中的命令全部以 Redis 协议的格式来保存，新命令会被追加到文件的末尾。 Redis 还可以在后台对 AOF 文件进行重写（rewrite），使得 AOF 文件的体积不会超出保存数据集状态所需的实际大小。Redis 还可以同时使用 AOF 持久化和 RDB 持久化，RDB方式比较消耗磁盘空间而AOF方式会带来大量的IO操作并且恢复速度更慢。

(3) 主备模式(一主一备或一主多备)

类似单实例模式，不同之处在于主节点有备用节点，备用节点会开启一个异步线程同步主节点数据(不保证强一致性，在请求量比较大的情况下会有短暂的时间窗口存在主备数据不一致的情况)，主节点磬机后，备用节点升级为主节点对外提供服务(并且数据是热备，避免了持久化方式中缓存数据恢复的过程，主备切换后不会出现大量的缓存穿透现象)。

(4) 读写分离

基于主从复制模式，读写分离的思想主要是针对实际项目中读多写少的场景，主节点支持读写，备用节点为只读，实际主节点负责更新数据，备用节点负责读取数据，这样可以备用节点可以有效地分摊数据读取的压力，提升整体性能。

(5) 集群模式(数据分片、主备、读写分离、高可用都支持)

持久化和主从复制解决了数据丢失的问题、读写分离分摊了读写压力提升了读写性能、使用数据分片支持多主多从将数据分片存储到多个主节点上以突破单机物理内存限制、而高可用方案是保证单点或少数节点出现故障的情况下系统仍然能够对外提供服务。综合起来，集群方案为就是解决以上问题产生的，下一章本文会介绍几种主流的集群架构方案。

一、主流集群方案