Linux系统下的redis集群模式

目录

1.主从复制模式

2.哨兵模式

3.集群化模式

---

  redis单机版，出现单机故障后，导致redis无法使用，如果程序使用redis,间接导致程序出错。

redis的集群模式

       1、 主从复制模式

        2、哨兵模式

        3、集群化模式

1.主从复制模式

        一主多从模式。一个主节点，多个从节点。那么主节点可以负责：读操作，写操作。从节点只能负责读操作，不能负责写操作。这样就可以把读的压力从主节点上分摊到从节点，减少主节点的压力。

        当主节点执行完写命令，会把数据同步到从节点。

        （1）如何搭建主从关系

原则:配从不配主。

准备: 一主二从-----3台----开三个虚拟机--为了节省虚拟机，在一台主机开启三个redis服务。

7001主节点 7002和7003作为从节点

修改端口号以及rdb文件的名称.

启动redis服务  

进入三个redis服务的客户端

查看三个redis服务的主从关系

配置7002和7003为7001的从节点  

 

        通过实验: 我们在主节点上执行set k1 v1 可以发现从节点也存在该数据.证明同步到从节点。

        可以看出主节点可以读和写。但是从节点只能读。

思考: 1.  如果主节点挂了，从节点会不会上位? 不会
     2.  如果增加一个新的从节点，新从节点会不会把之前的数据同步过来。会

2.哨兵模式

        由于主从模式，主节点单击后，从节点不会自动上位。增加一个哨兵模式服务，该哨兵时刻监控master，如果master挂了，哨兵会在从节点中选举以为作为主节点【哨兵投票机制】。

         修改配置

         启动哨兵

redis-sentinel sentinel.conf

         测试:

        主节点挂掉:

shutdown---redis-cli客户端

3.集群化模式

        不管上面的主从还是哨兵模式，都无法解决单节点写操作的问题。如果这时写操作的并发比较高。这是可以实验集群化模式【去中心化模式】

        原理:  

        redis 集群中内置了 16384 个哈希槽，当需要在 Redis 集群中放置一个 key-value时，redis 先对 key 使用 crc16 算法算出一个整数结果，然后把结果对 16384 求余数，这样每个 key 都会对应一个编号在 0-16383 之间的哈希槽，redis 会根据节点数量大致均等的将哈希槽映射到不同的节点。

        当你往Redis Cluster中加入一个Key时，会根据crc16(key) mod 16384计算这个key应该分布到哪个hash slot中，一个hash slot中会有很多key和value。你可以理解成表的分区，使用单节点时的redis时只有一个表，所有的key都放在这个表里；改用Redis Cluster以后会自动为你生成16384个分区表，你insert数据时会根据上面的简单算法来决定你的key应该存在哪个分区，每个分区里有很多key。

        搭建:

三主三从:
   6001 6002 6003 主节点
   6004 6005 6006 从节点

Redis-1 防火墙--6379

bind 0.0.0.0 69行

port 6001 92行

daemonize yes 136行

dbfilename dump6001.rdb

# 打开aof 持久化

appendonly yes 700行

appendonly appendonly6001.aof

# 开启集群

cluster-enabled yes 833行

# 集群的配置文件,该文件自动生成

cluster-config-file nodes-6001.conf 841行

# 集群的超时时间

cluster-node-timeout 15000 847行

启动这六个redis服务

分配槽--分主从5.0前很复杂

redis-cli --cluster create --cluster-replicas 1 192.168.21.130:6001 192.168.21.130:6002 192.168.21.130:6003 192.168.21.130:6004 192.168.21.130:6005 192.168.21.130:6006 

注意: 一定要保证每个节点都没有数据。

测试:

redis-cli ==-c== -h 192.168.223.155 -p 6001

 

 可以把写操作均摊到不同的节点上，减轻了单个主节点的压力。