为什么使用redis
提高并发性和可用性
提供了三种集群模式：
第一种：主从模式
概念：redis主从模式表示一个主节点跟若干个从节点。主节点负责读和写操作，而从节点只负责读操作，主节点的数据会自动同步到从节点上。
如何搭建操作模式
结构图
为了操作方便可以在一台Linux上运行三个redis服务器，端口名不一样即可。
1.创建一个文件夹
2.把redis.conf复制到master-slave中
3.修改配置文件名称
4.修改配置文件
修改端口号
修改dump文件的名称
修改aof的名称
再复制两个配置文件并修改端口号，dump文件名和aof名，重复上面的操作
5.启动三个服务
6**.配置主从关系**：slaveof 主节点ip 主节点port
查看三个服务器的状态info replication
三个服务器都是master主节点
配置主从关系
7.准备数据
总结
1.如果某个slave宕机了，再重新启动会变成单个主节点并，需要重新配置主从关系。
2.master宕机后，slave不会自动选取master节点。导致主节点宕机后，无法进行写操作。
第二种：哨兵模式
为什么使用哨兵模式：为了解决主从模式的缺陷：当主节点宕机后，从节点无法直接上位。
结构图
哨兵有监控功能
选举机制
一旦发现master故障，sentinel需要在slave中选择一个作为新的master，选择依据是这样的：
- 首先会判断slave节点与master节点断开时间长短，如果超过了指定值（down-after-milliseconds*10)则会排除该slave节点。
- 然后判断slave节点的slave-priority值，越小优先级越高，如果是0则永不参与选举
- 如果slave-prority一样，则判断slave节点的offset值，越大说明数据越新，优先级越高
- 最后是判断slave节点的运行id大小，越小优先级越高
1.在主从模式的基础上另开一个哨兵窗口-修改sentinel.conf
2. 启动哨兵：redis-sentinel sentinel.conf
哨兵启动成功
3.让master【6380】节点宕机，看看哨兵会选【6381，6382】哪个当主节点
需要等个30秒左右，哨兵窗口就会重新选主节点
哨兵选了6381当主节点，即使6380重启了也是6381的从节点
第三种：去中心化模式
概念
结构图
准备三主三从
1.创建文件夹存放去中心化模式
标签：slave,redis,模式,哨兵,集群,master,节点 From： https://blog.csdn.net/R202471/article/details/1406109742.复制配置文件为redis7001.conf
3.修改配置文件-端口号,dump,aof,开启集群模式
以此类推再复制5个
4.启动6个redis
5.分配槽以及主从关系
redis-cli --cluster[集群] create[创建] --cluster-replicas[副本] 1[f副本的数量,三主三从:就是一主跟一从副本也就是1] 192.168.31.137[ip地址]:7001[端口号] 192.168.31.137:7002 192.168.31.137:7003 192.168.31.137:7004 192.168.31.137:7005 192.168.31.137:7006
6.命令行客户端：
redis-cli -c -h ip地址 -p 端口号
7.图形化-RedisPlus连接
防火墙放行
连接
