Redis集群方案应该怎么做为了增加集群的可访问性，官方推荐的方案是将node配置成主从结构，即一个master主节点，挂n个slave从节点 。如果主节点失效，redis cluster会根据选举算法从slave节点中选择一个上升为master节点，整个集群继续对外提供服务 。
【redis集群使用一致性hash吗 redis保证集群一致性】Redis集群 ， 要保证16384个槽对应的node都正常工作，如果某个node发生故障 ， 那它负责的slots也就失效，整个集群将不能工作 。为了增加集群的可访问性，官方推荐的方案是将node配置成主从结构，即一个master主节点，挂n个slave从节点 。
准备redis镜像 Redis官方已经提供了Redis 2和3的镜像，都可以用来作为Redis集群的镜像，2是稳定版本 。目前官方推出了alpine版本的Redis镜像，alpine镜像的优势是体积小 。
以下是一个简单的步骤： 创建一个 ConfigMap，其中包含 Redis 配置文件 。创建一个 StatefulSet ， 其中包含 3 个副本的 Redis Pod 。创建一个 PersistentVolumeClaim，用于存储 Redis 数据 。
使用Jedis带的客户端分片ShardedJedisPool类 。使用代理进行分片twemproxy ， 连接代理可以使用Jedis类（单链接）和JedisPool类（多链接） 。
数据更新频繁redis有效性1、频繁读取redis性能会有影响 。根据查询相关公开信息显示，由于redis的数据存储在内存中 ， 而且每次访问都需要消耗一定的时间，因此 ， 频繁读取redis会大大增加工作和I/O开销，进而影响其性能 。
2、对于热门数据和频繁读取的数据，可以使用缓存策略来减少对 Redis 的访问次数，提高读取性能 。使用持久化机制将数据存储在磁盘上，可以提高数据的可靠性和安全性 。
3、redis是非关系型内存数据库数据存储于内存中，内存读取速度非常快，如果只是简单的key-value，内存不是瓶颈 。一般情况下，hash查找可以达到每秒数百万次的数量级 。（2）采用单线程 ， 避免了不必要的上下文切换和竞争条件 。
玩转Redis的高可用(主从、哨兵、集群)1、Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。要使用哨兵机制，除了启动Redis服务以外 ， 还要启动哨兵服务来进行监控，会介绍详细步骤 。
2、哨兵模式解决了故障不能自动恢复的问题，但仍存在的问题是：Redis较难支持在线扩容，对于集群，容量达到上限时在线 扩容会变得很复杂。
3、原理：当主节点出现故障时，由Redis Sentinel自动完成故障发现和转移，并通知应用方，实现高可用性 。
4、redis哨兵和集群不能同时使用，Redis哨兵和集群是两种不同的Redis高可用方案 。
什么是redis集群1、Redis 集群是一个分布式（distributed）、容错（fault-tolerant）的 Redis 实现，集群可以使用的功能是普通单机 Redis 所能使用的功能的一个子集（subset） 。
2、Redis 集群是指将多个 Redis 节点组合在一起，以形成一个统一的、可扩展的数据存储系统 。这种方法可以确保数据在整个集群中的一致性和可用性 。
3、改用 C语言编写的 redis-cli的方式，是集群的构建方式复杂度大大降低 。Redis-Cluster集群采用无中心结构，每个节点保存数据和整个集群状态 ， 每个节点都和其他所有节点连接 。
Redis主从复制与一致性Redis为复制积压缓冲区设置的默认大小为1MB，如果主服务器需要执行大量写命令 ， 又或者主从服务器断线后重连接所需的时间比较，那么这个大小也许并不合适 。
因此，可以说Redis集群中的主节点数据是一致的 ， 这是由于集群的复制和同步机制以及状态检查机制所保证的 。
传统的Redis集群采用的主从复制模式，一般为一主多从 ， 主节点有读写权限，但是从节点只有读的权限 。主节点会定期将数据同步到从节点中 ， 保证数据一致性的问题 。
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器 。前者称为主节点（master），后者称为从节点（slave），数据的复制是单向的 ， 只能由主节点到从节点 。
其实只需要将断开连接期间的数据进行同步就可以完成数据的一致性 。完整的重同步只应该用于首次复制，或者万不得已需要全量复制时才执行 。针对完整的重同步的缺陷，Redis提供了部分的重同步功能 。
