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的性能