Redis之主从复制(方式二)

Redis之主从复制(方式一)

下面我们来看看第二种结构方式
主从结构图

实现步骤

在6381中，输入下图命令

我们再来看看在6380中的信息

当我们在6379这个master中存储数据，在6381中去获取，来看看能否获取到

看看6381中获取该数据

数据被拿到了

不知道大家有没有想过，在上一篇博客说的Redis之主从复制(方式一)还是这篇博客的主从结构，不管哪种结构，只要master一宕机，那么整个服务就不能运行了，此时我们还是希望当master宕机，会有接替它位子的，那么我们需要重新将salve节点设置为master，意思就是升级了，当老爸了，这样就不需要我们重启服务。这也是哨兵模式的实例

哨兵模式

使用上篇博客中的一主二从结构

哨兵模式的配置

在redis.conf同级目录下修改sentinel.conf文件

mymaster 是要监控的主机名 可以随意的取
最后的1 表示的是哨兵投票通过的最低票数，我们开启一个哨兵进程的话投票就给1。

启动哨兵模式

先关闭主从服务，再开启哨兵模式


分别开启主从服务器，以及关联配置

当我们关闭6379这个master服务，会发现哨兵模式那边检测到了，然后6379这个主服务器给到了6381

此时我们查看6381的信息，角色变为了master

当我们再次启动6379时，发现角色就变成了slave了

注意

在主从复制中所有的写入操作都是在master实例上进行的，然后再将信息同步到slave上，这就存在一定的信息延迟，在系统非常繁忙的时候延迟会更加的严重，增加slave也会存在这个问题，因此在实际开发中我们需要通过集群(cluster)来进一步提升redis的性能