redis cluster集群中slave节点能成功复制master节点数据槽数据，但是无法get数据，显示只能到对应的master节点读取： (error) MOVED 742 36.112.201.233:6110原因:Redis Cluster集群中的从节点，官方默认设置的是不分担读请求的、只作备份和故障转移用,当有请求读向从节点时，会被重定向对应的主节点来处理解决办法:在get数据之前先使

顾名思义，哨兵的作用就是监控Redis系统的运行状况，它的功能包括两个哨兵是一个独立的进程，使用哨兵后的架构如图所示，同时为了保证哨兵的高可用，我们会对Sentinel做集群部署，因此Sentinel不仅仅监控Redis所有的主从节点，Sentinel也会实现相互监控。在前面主从复制的基础上，增加三个sentinel节点，来实现对redis中master选举的功能。192.168.221.128（

redis 的集群脑裂是指因为网络问题，导致 redis master 节点跟 redis slave 节点和 sentinel 集群处于不同的网络分区，此时因为 sentinel 集群无法感知到 master 的存在，所以将 slave 节点提升为master 节点。此时存在两个不同的 master 节点，就像一个大脑分裂成了两个。 集群脑裂问题中，如果客户端还在基于原来的 master 节点继

redis 默认的最大的内存设置为0，相当于基于物理机的最大值主要是4种算法，针对不同的key,形成的策略。算法：key ：LRU是Least Recently Used的缩写，也就是表示最近很少使用，也可以理解成最久没有使用。也就是说当内存不够的时候，每次添加一条数据，都需要抛弃一条最久时间没有使用的旧数据。标准的LRU算法为了降低查找和删除元素的时间复杂度，一般采用Hash表和双向链表结合的数