由于redis官方并不支持windows操作系统，所以官网上是下不到的，需要到gitlab上下载，下载地址如下：
https://github.com/MicrosoftArchive/redis/releases
将下载后的zip文件解压到本地磁盘，注意解压到的目录不能有中文和特殊字符，否则会出现很多奇葩的问题。解压后的目录如下：
我们采用一主(master)二从(slave)三sentinel的架构模式来做演示
master ip:127.0.0.1 port:6379
slave1 ip:127.0.0.1 port:6380
slave2 ip:127.0.0.1 port:6381
由于我们采用的是一主二从三sentinel的模式，所以我们需要6个配置文件，拷贝2份redis.windows.conf配置文件，分别命名为redis.windows6380.conf和redis.windows6381.conf，其中修改redis.windows.conf配置文件的如下几个参数：
port 6379
bind 127.0.0.1
redis.windows6380.conf如下：
port 6380
bind 127.0.0.1
slaveof 127.0.0.1 6379 // 设置master服务器为6379
redis.windows6381.conf如下：
port 6381
bind 127.0.0.1
slaveof 127.0.0.1 6379 // 设置master服务器为6379
该模式使用了3sentinel，所以我们需要复制3份sentinel.conf配置文件，并分别命名为sentinel26479.conf和sentinel26579.conf,其中修改sentinel.conf配置文件中的如下几个参数：
/**
1. port :当前Sentinel服务运行的端口
2.sentinel monitor mymaster 127.0.0.1 6379 2:Sentinel去监视一个名为mymaster的主redis实例，这个主实例的IP地址为本机地址127.0.0.1，端口号为6379，而将这个主实例判断为失效至少需要2个 Sentinel进程的同意，只要同意Sentinel的数量不达标，自动failover就不会执行
3.sentinel down-after-milliseconds mymaster 5000:指定了Sentinel认为Redis实例已经失效所需的毫秒数。当 实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移：只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记为客观下线，这时自动故障迁移才会执行
4.sentinel parallel-syncs mymaster 1：指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长
5.sentinel failover-timeout mymaster 15000：如果在该时间（ms）内未能完成failover操作，则认为该failover失败
**/
sentinel.conf内容：
port 26379
sentinel myid 88a3f92f656984fd84c183b6b183d5d264ddc485
sentinel monitor mymaster 127.0.0.1 6381 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 15000
sentinel26479.conf内容：
port 26479
sentinel myid 6c4798231532356aacf132f1aa952f022f41012e
sentinel monitor mymaster 127.0.0.1 6381 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 15000
sentinel26579.conf内容：
port 26579
sentinel myid fad25e089080be8dddadd3f20e44f888b1f8d48a
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 15000
3、安装服务，需要重新设置名称。然后去服务中，开启“redis6380”（此时就可以连接6380的库了）
redis-server --service-install redis.windows.conf --service-name redis6379
redis-server --service-install redis.windows6380.conf --service-name redis6380
redis-server --service-install redis.windows6381.conf --service-name redis6381
五、启动服务器
1、分别启动master，slave1，slave2
启动命令分别如下：
redis-server.exe redis.windows.conf
redis-server.exe redis.windows6380.conf
redis-server.exe redis.windows6381.conf
2、分别启动sentinel1，sentinel2，sentinel3
启动命令分别如下：
redis-server.exe sentinel.conf --sentinel
redis-server.exe sentinel26479.conf --sentinel
redis-server.exe sentinel26579.conf --sentinel
服务启动成功后，界面显示如下：
3、查看redis服务器状态
4、查看sentinel的状态
六、redis主从自动failover测试
1、停止master服务器
2、查看剩余服务器的状态
从上图中可以看出来，master的服务器端口从6379变成了6380，也就是说redis自动的实现了主从切换，我们可以在查看下sentinel的状态，如下：
我们发现sentinel监控到127.0.0.1:6379已经无法ping通了，切换master服务器为127.0.0.1:6381
七、下面来研究下slave服务器和master服务器间是如何建立起主从同步机制的。
1、Slave服务启动，主动连接Master，并发送SYNC命令，请求初始化同步
2、Master收到SYNC后，执行BGSAVE命令生成RDB文件，并缓存该时间段内的写命令
3、Master完成RDB文件后，将其发送给所有Slave服务器
4、Slave服务器接收到RDB文件后，删除内存中旧的缓存数据，并装载RDB文件
5、Master在发送完RDB后，即刻向所有Slave服务器发送缓存中的写命令
6、至此初始化完成，后续进行增量同步
八、Redis Slaveof 命令
Redis Slaveof 命令可以将当前服务器转变为指定服务器的从属服务器（slave server）。
如果当前服务器已经是某个主服务器（master server）的从属服务器，那么执行 slaveof host port 将使当前服务器停止对旧主服务器的同步，丢弃旧数据集，转而开始对新主服务器进行同步。
另外，对一个从属服务器执行命令 slaveof no one 将使得这个从属服务器关闭复制功能，并从从属服务器转变回主服务器，原来同步所得的数据集不会被丢弃。
利用『 slaveof no one 不会丢弃同步所得数据集 』这个特性，可以在主服务器失败的时候，将从属服务器用作新的主服务器，从而实现无间断运行