为什么使用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.创建文件夹存放去中心化模式

2.复制配置文件为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连接
防火墙放行

连接