目录
1. 为什么使用redis集群
2. 主从模式
2.1修改配置文件
2.2 开启三台redis服务
2.3配置主从关系
3. 哨兵模式
3.1 监控功能
3.2 选举的机制
3.3 准备条件
4. 去中心化模式
4.1 准备三主三从
4.2 启动redis
4.3 分配槽以及主从关系
4.4 命令行的客户端
redis提供了三种集群模式。
- 第一种: 主从模式。（3以下）
- 第二种: 哨兵模式。（5以下）
- 第三种: 去中心化模式。
1. 为什么使用redis集群
提高并发量，提高了可用性。
2. 主从模式（3版本以下）
redis主从模式表示一个主节点跟若干个从节点。 主节点可以负责写操作和读操作。而从节点只负责读操作。主节点的数据会自动同步到所有的从节点上。
我们为了操作方便: 我在一台linux上跑三个redis服务器。 只要端口号不同即可。
2.1修改配置文件
- 端口号
- dump文件的名称
- aof的名称
2.2 开启三台redis服务
redis-server redisXXX.conf
2.3配置主从关系
配从不配主，slaveof 主节点IP 主节点port。
info replication：查看主从的状态。
思考：
1. 如果某台slave宕机，如果恢复后是否具有master新增的数据呢。
2. master宕机后，slave会不会自动选举拉大。 [不会]
发现主从模式的缺点: 不会自动选举master节点。导致一旦主节点宕机，无法进行写操作。
3. 哨兵模式（3版本到5版本）
为了解决主从模式的缺陷：当主节点宕机后，从节点无法直接上位。
3.1 监控功能
搭建sentinel服务时，尽量搭建奇数个。
3.2 选举的机制
3.3 准备条件
修改sentinel.conf：
启动哨兵服务：
redis-sentinel sentinel.conf
4. 去中心化模式（5版本以上）
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。
4.1 准备三主三从
- 修改端口
- dump文件名
- aof文件名
- aof目录名
- 开启集群模式cluster-enabled yes
- cluster-config-file nodes-7000.conf
4.2 启动redis
4.3 分配槽以及主从关系
分槽，以及设置主从关系。 副本
redis-cli --cluster create --cluster-replicas 1 192.168.111.188:7001 192.168.111.188:7002 192.168.111.188:7003 192.168.111.188:7004 192.168.111.188:7005 192.168.111.188:7006
4.4 命令行的客户端
redis-cli -c -h 192.168.111.188 -p 7006
