Redis集群模式

一、Redis集群方式

主从模式、哨兵模式、集群模式（cluster）

主从复制：解决数据备份，读写分离。但是无法实现自动化故障转移，无法对master进行扩容。

哨兵模式：实现自动化故障恢复。在读写分离下，单节点导致服务不可用。

集群模式：解决负载均衡以及存储问题。

模式	版本	优点	缺点
主从模式	redis2.8之前	1、解决数据备份问题 2、做到读写分离，提高服务器性能	1、master故障，无法自动故障转移，需人工介入 2、master无法实现动态扩容
哨兵模式	redis2.8级之后的模式	1、Master 状态监测 2、master节点故障，自动切换主从，故障自愈 3、所有slave从节点，随之更改新的master节点	1、slave节点下线，sentinel不会对其进行故障转移，连接从节点的客户端因为无法获取到新的可用从节点 2、master无法实行动态扩容
redis cluster模式	redis3.0版本之后	1、有效的解决了redis在分布式方面的需求 2、遇到单机内存，并发和流量瓶颈等问题时，可采用Cluster方案达到负载均衡的目的 3、可实现动态扩容 4、P2P模式，无中心化 5、通过Gossip协议同步节点信息 6、自动故障转移、Slot迁移中数据可用 7、自动分割数据到不同的节点上 8、整个集群的部分节点失败或者不可达的情况下能够继续处理命令	1、架构比较新，最佳实践较少 2、为了性能提升，客户端需要缓存路由表信息 3、节点发现、reshard操作不够自动化 4、不支持处理多个keys的命令，因为这需要在不同的节点间移动数据 5、Redis 集群不像单机 Redis 那样支持多数据库功能， 集群只使用默认的 0 号数据库， 并且不能使用 SELECT index 命令

 二、集群模式简介

       集群中的节点分为主节点和从节点；只有主节点负责读写请求和集群信息的维护；从节点只进行主节点数据和状态信息的复制。

       redis集群采用master-slave的方式，即1个master节点可以包含多个slave节点，slave节点主要对master节点的数据进行备份，如果master节点挂了，可以启动salve节点替换掉原先的master节点，作为新的master节点。redis集群使用投票容错机制，如果集群中超过半数以上的节点投票认为某节点挂了，那么这个节点就会被认为挂掉了，所以，在设置redis集群时，最少的master节点为3个，如果每一个master节点都添加一个slave节点的话，搭建一个redis集群总共需要6个节点，即3个master节点，3个slave节点。

     redis集群没有统一的入口，客户端连接集群的时候，连接集群中的任意节点即可。

     redis集群的运用主要是针对海量数据+高并发+高可用的场景。

三、数据分片方式