文章目录
- 集群配置
- 主从复制
- 哨兵搭建
集群配置
Redis 集群提供了三种分布式方案：
主从模式：一个主节点和一个或多个从节点，主节点负责写操作，从节点负责读操作，实现读写分离，分担主节点的压力。
哨兵模式：哨兵系统用于监控多个Redis服务器，当主服务器出现问题时，哨兵会自动进行故障迁移，选举一个新的主服务器。
集群模式：Redis Cluster 通过将键空间分割为16384个槽位，每个主节点负责一部分槽位，实现数据的分布式存储和高可用性。
主从复制
主从复制是将一台 Redis 服务器的数据复制到其他 Redis 服务器，前者叫 master/leader 主节点，后者称为从节点 slave/follower，数据库的复制是单向的，只能由主–>从，master 以写为主，slave 以读为主，利用主从复制实现读写分离，最低配的主从复制也需要一主二从。
主从复制中，从节点只能进行读操作，如果在从节点执行写命令则会报错，主节点可以执行读写操作，但我们往往规定主节点只能进行写操作，这样也是符合了读写分离；默认情况下每个 Redis 服务器都为主节点，即 master。
主从复制的作用
- 数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式
- 故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速故障恢复，实际上是一种服务的冗余
- 负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，从节点提供读，即写 redis 数据库时 app 连接主节点，读时连接从节点，分担服务器压力，尤其是写少读多场景下，通过多个从节点分担读的流量，可以大大提高 redis 服务器并发量
- 高可用基石：主从复制还是哨兵和集群能够实施的基础，因此说主从复制是 redis 高可用的基础
（一主二从）
1、分别命名 Redis6379、Redis6380、Redis6381，以 Redis6379 为主机，Redis6380、Redis6381为从机
2、修改主机和从机的 redis.windows.conf 文件
# Accept connections on the specified port, default is 6379.
# If port 0 is specified Redis will not listen on a TCP socket.
port 6379
分别在 41 行左右修改端口为 port 6379、port 6380、port 6381
# The filename where to dump the DB
dbfilename dump.rdb
分别在 172 行左右修改 RDB 文件为 dump.rdb、dump6380.rdb、dump6380.rdb（要保证这三个文件名不一样）
3、修改从机的 redis.windows.conf 文件
# slaveof <masterip> <masterport>slaveof 127.0.0.1 6379# masterauth <master-password>masterauth "123456"
分别在 200 行左右添加主机 ip、端口和密码。两个从机都要添加。
4、启动主机
再启动从机
该图中上面的窗口是主机 6379 的，下面的窗口是从机 6380 的。
该图中上面的窗口是主机 6379 的，下面的窗口是从机 6381 的。
打开 Another Redis Desktop Manager.exe 工具。
分别连接 6380 和 6381，记得输入密码。因为 6380 和 6381 都是复制的 6379， 所以密码都是 123456（该设置在 redis.windows.conf 文件大概 389 行：requirepass 123456）
使用命令：info replication 获取复制状态信息。
主机显示为 role:master，表示它是主节点。还会列出所有连接的从机及其状态、端口等信息。
从机显示为 role:slave，表示它是从节点。还会列出主机的IP地址、端口号以及与主机的连接状态等。
复制的过程原理
- 当从库和主库建立 MS 关系后，会向主数据库发送 SYNC 命令；
- 主库接收到 SYNC 命令后会开始在后台保存快照（RDB 持久化过程），并将期间接收到的写命令缓存起来；
- 当快照完成后，主 Redis 会将快照文件和所有缓存的写命令发送给从 Redis；
- 从 Redis 接收到后，会载入快照文件并且执行收到的缓存的命令；
- 之后，主 Redis 每当接收到写命令时就会将命令发送从 Redis，从而保证数据的一致；
哨兵搭建
哨兵的作用就是对 Redis 的系统的运行情况的监控，它是一个独立进程。它的功能有两个：
- 监控主数据库和从数据库是否运行正常；
- 主数据出现故障后自动将从数据库转化为主数据库；
哨兵模式（Sentinel）是 Redis 数据库提供的一种高可用性解决方案，旨在自动处理主节点故障转移的过程。在哨兵模式被引入之前，Redis 的主从复制架构在遇到主服务器（master）宕机的情况下，需要人工介入来进行故障恢复。通过在从服务器上执行 SLAVEOF NO ONE 命令来实现将从服务器（slave）提升为新的主服务器。
然而，这种手动的主从切换过程存在明显缺陷。Redis 从2.8版本开始正式引入了哨兵（Sentinel）系统。哨兵是一个独立运行的监控进程，其工作原理是通过定期向 Redis 服务器发送命令并监听响应，以此来监控多个 Redis 实例的状态。
单个哨兵的架构
多个哨兵的架构
多个哨兵不仅同时监控主从数据库，而且哨兵之间互为监控。
（一主二从三哨兵）
1、在每个 Redis 文件夹下创建 sentinel.conf 文件配置哨兵信息
# 哨兵sentinel实例运行的端口 默认26379
port 26379# 本地ip
bind 127.0.0.1# 哨兵监听的主服务器 后面的1表示主机挂掉以后进行投票，只需要2票就可以从机变主机
sentinel monitor mymaster 127.0.0.1 6379 2# 设置未得到主机响应时间，此处代表5秒未响应视为宕机
sentinel down-after-milliseconds mymaster 5000# 设置等待主机活动时间，此处代表5秒主机未活动，则重新选举主机
sentinel failover-timeout mymaster 5000# 设置主机的密码（无密码可以省略）
sentinel auth-pass mymaster 123456
#设置重新选举主机后，同一时间同步数据的从机数量，此处代表重新选举主机后，每次2台从机同步主机数据，直到所从
#机同步结束
sentinel config-epoch mymaster 2# 执行故障转移时， 最多有2个从服务器同时对新的主服务器进行同步
sentinel leader-epoch mymaster 2
分别修改三个 Redis 的哨兵端口为 port 26379、port 26380、port 26381，其余不用修改。
2、在每个 Redis 文件夹下创建 startup_sentinel.bat 文件用于运行 sentinel.conf
记事本打开 bat 文件文件，写入内容 redis-server.exe sentinel.conf --sentinel
运行 Redis 三个服务，并使用 info replication 命令检查是否主从复制。
哨兵测试
从机宕机
使用命令 shutdown 关闭一个从机（或直接关闭）
6380 宕机
[12752] 17 Dec 16:39:00.416 # +sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
[12752] 17 Dec 16:39:05.806 # +sdown sentinel 127.0.0.1:26379 127.0.0.1 26379 @ mymaster 127.0.0.1 6379
6380 启动
[22196] 17 Dec 16:39:06.085 # +sdown sentinel 127.0.0.1:26379 127.0.0.1 26379 @ mymaster 127.0.0.1 6379
[22196] 17 Dec 16:40:41.190 * +reboot slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
[22196] 17 Dec 16:40:41.267 # -sdown slave 127.0.0.1:6380 127.0.0.1 6380 @ mymaster 127.0.0.1 6379
主机宕机
使用命令 shutdown 关闭一个从机（或直接关闭）
会发现哨兵在连接几次 63790 失败后，选取 6380 做为主机。redis.windows.conf 文件中的配置信息会自动改变。
