redis集群搭建

• 1.主从关系
• • 1.1主从模式关系图
• 2.哨兵模式
• 3.去中心化集群

1.主从关系

1.1主从模式关系图

优点：主写，从读，降低读的压力，从节点宕机，影响较小
缺点：Master的写的压力难以降低，主节点宕机，无法继续使用
主从模式的配置：
配从不配主

1. 创建了一个目录 master-slave
2. 把redis配置文件复制到master-slave
   redis.conf redis7002.conf redis7003.conf
3. 分别修改上面三个文件的端口号以及rdb持久化文件的名称 并aof关闭。
4. 启动redis时指定上面的三个配置文件
   
   查看三个redis节点的信息

我们在7002和7003使用slaveof ip 主机端口7001
把7002和7003挂载7001上

主节点负责写，并把写的内容同步到从节点上。 从节点只能负责读操作。不能写操作。

2.哨兵模式

哨兵模式主要是基于前面用到的主从模式进行改造的，由于主从模式的缺陷，所以哨兵模式弥补了这以缺陷。

优点：
监控主数据库和从数据库是否正常运行
主数据库出现故障时，可以自动将从数据库转换为主数据库，实现自动切换
如果redis服务出现问题，会发送通知
操作：

1. 修改配置文件sentinel.conf的配置
   sentinel ： 哨兵
   monitor ： 监视器
   mymaster： 名字(可任意起名)
   192.168.79.188 主节点ip
   7002 主节点端口号
   1： 表示有多少个哨兵选取redis从节点后，该从节点可以当选为主节点。
   启动哨兵命令：redis-sentinel sentinel.conf
   启动成功如图：哨兵模式下主节点宕机后随机在从节点中选择一个成为主节点。原主节点为7001，现为7002
   哨兵的缺点：
2. 没有解决单节点的问题。
3. 持久化文件始终在一个服务器上。

3.去中心化集群

1. 什么叫做去中心化？
   “去中心化”是一种现象或结构，其只能出现在拥有众多用户或众多节点的系统中，每个用户都可连接并影响其他节点。通俗地讲，就是每个人都是中心，每个人都可以连接并影响其他节点，这种扁平化、开源化、平等化的现象或结构，称之为“去中心化”。
   同时“去中心化”是区块链的典型特征之一，其使用分布式储存与算力，整个网络节点的权利与义务相同，系统中数据本质为全网节点共同维护，从而区块链不再依靠于中央处理节点，实现数据的分布式存储、记录与更新。而每个区块链都遵循统一规则，该规则基于密码算法而不是信用证书，且数据更新过程都需用户批准，由此奠定区块链不需要中介与信任机构背书。

2. 创建去中心化集群
   第一步：在redis解压包中创建一个目录，目录名字要能让你知道是干什么的。我的是redis-server
   第二部：通过Xftp软件将redis.conf文件拿到桌面
   第三步：修改其中的配置
   端口号：port 8001
   
   redis6.2.2版本路由模式为：bind -::
   redis5版本为：bind 0.0.0.0
   
   后台启动：daemonize yes
   
   aof日志文件一定要开启
   appendonly yes
   
   开启集群
   cluster-enabled yes

集群的配置文件,该文件自动生成
cluster-config-file nodes-8001.conf

集群的超时时间
cluster-node-timeout 5000

第四步启动该六个redis
保证redis中没有数据。
为主节点分配槽以及分配从节点

cluster-replica：每个主节点跟随的从节点的个数

redis-cli --cluster create --cluster-replicas 1
ip：端口号 ip使用自己虚拟机的ip

redis-cli --cluster create --cluster-replicas 1 127.0.0.1:8001 127.0.0.1:8002 127.0.0.1:8003 127.0.0.1:8004 127.0.0.1:8005 127.0.0.1:8006

启动完成图

客户端访问: redis-cli -c -h 127.0.0.1 -p 8001
会按照分配的范围自动跳转