【redis】跟我一起动手玩玩redis主从复制和哨兵模式
简单概念铺垫
在redis.conf中对主从复制有专门的长篇大论,不过是英文。
但是,我翻译好了:点此传送至:redis.conf翻译与配置(二)
啰嗦几句啊。如果看完redis.conf,可以直接跳过下面的,直接打开redis,开始探索之旅。
什么是主从复制
在Redis集群中,让若干个Redis服务器去复制另一个Redis服务器,我们定义被复制的服务器为主服务器(master),而对主服务器进行复制的服务器则被称为从服务器(slave),这种模式叫做主从复制模式。
数据流向是单向的,只能是从master到slave
一个slave只能有一个master
- 1
- 2
“主从复制” ,存在即合理
为数据提供多个副本,实现高可用(容灾备份)
实现读写分离(主机负责写数据,从机负责读数据,主机定期把数据同步到从机保证数据的一致性)
使用简明教程
1)配主不配从
2)配置命令:SLAVE 主机IP 主机Port
每次与主机断开之后,都要重新连接,除非修改配置文件。
3)详细操作
1.拷贝多个redis.conf文件
2.开启daemonize yes
3.pid文件名字
4.指定端口
5.log文件名字
6.dump.rdp名字
- 1
- 2
- 3
- 4
- 5
- 6
不说了,来吧
1)打开三个redis端口
2)配置三份conf文件
第一份6379:
用于复制出2、3
第二份6380:
第三份6381不再赘述。
3)打开三个redis服务器,并连接
另外两个客户端自行打开。(这里需要注意的是:一个客户端对应一个服务器)
4)查看各机状态,此时还都是主机
5)配从(将6380、6381挂在主机6379上)
6381记得挂
再查看主机状态:
6)验证主从复制
问题来啦
1)切入点问题:slave1、slave2是从切入时开始复制还是从头开始复制
答:全量复制,大家可以做下测试。
2)从机是否可写?
3)主机挂了呢?从机是趁机上位还是原地待命?
哦,从机还是从机,它就算有“不臣之心”,它也不知道“主子”已经先走一步了。
4)立马扶持一个从机上位
注意看,它是没有从机的,原先旧主的老部下可是不会跟着它走的。
5)旧主回归,旧臣是否依旧追随?
当然,那个自立门户的是不会主动回来了。
6)从机挂了呢?
挂了就挂了呗,什么时候想回来就回来呗。
7)手动不嫌麻烦吗?
当然麻烦,那就往下看:
哨兵模式
这里的哨兵有两个作用:
通过发送命令,让Redis服务器返回监控其运行状态,包括主服务器和从服务器。
当哨兵监测到master宕机,会自动将slave切换成master,然后通过发布订阅模式通知其他的从服务器,修改配置文件,让它们切换主机。
- 1
- 2
然而一个哨兵进程对Redis服务器进行监控,可能会出现问题,为此,我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控,这样就形成了多哨兵模式。
这些都是后话,咱先把一个搞好吧。
1)打开一个新终端
2)哨兵文件:
3)创建一个哨兵专属配置文件
4)配置该文件
如果要监视多个主机,那就多写几行。
最后那个1是票数
5)哨兵站岗
6)主机挂掉之后
7)原主机回来了
还不错吧,不过这里面有什么弊端,下次再说咯。
先剧透一下:中心化与去中心化。
天色已晚咯,各位不点个赞加关注吗?跟着博主不迷路
文章来源: lion-wu.blog.csdn.net,作者:看,未来,版权归原作者所有,如需转载,请联系作者。
原文链接:lion-wu.blog.csdn.net/article/details/108174648
- 点赞
- 收藏
- 关注作者
评论(0)