[Redis] 主从复制及原理探析
主从复制
定义
读写分离 主从复制!
主机master处理写操作
、从机follower处理读操作
,因为80%的操作都是读操作,我们就将读和写进行分离,从而减缓服务器的压力!一般是一主二从,构成一个Redis集群。因此主机的数据要复制到其他的从机中,这就引出了主从复制
的概念:
作用
主从复制的作用包括:
- 数据冗余:实现了数据的热备份
- 负载均衡:用多台服务器承担高负担的读操作,分担服务器负载
- 故障恢复:当主机出现问题时,可以由从节点提供服务,快速地恢复可用(哨兵模式)
- 高可用的基石
主从复制的工作流程(三阶段)
准备阶段(建立连接)
设置主机与从机,默认每台Redis服务器都是主机,常用的配置方法有两种:
- 命令行配置
redis-server redis_config/redis-6380.conf --slaveof 127.0.0.1 6379
:这样做会导致从机如果意外宕机,再连线后就不是原来主机的从机了,而是会恢复成单独的主机 - config文件配置
vim redis-6380.conf 然后添加slaveof 127.0.0.1 6379
:是一种永久化的配置,即若从机宕机,再连接也还是配置主机的从机
数据同步阶段(全量复制)
从机在刚连接到主机的时候会进行一次全量复制,即会将主机的所有数据复制给从机。
全量复制的过程如下:
- 创建命令缓冲区
- 生成rdb文件(即持久化文件),通过socket发送给从机
- 从机接收rdb文件,执行rdb恢复过程
命令传播阶段(增量复制)
当master数据库状态被修改后,导致主从服务器数据库状态不一致,此时需要让主从数据同步到一致的状态,同步的动作称为命令传播,此时的复制称为增量复制,即将后序更新的命令传给从机,完成同步操作。
哨兵模式
哨兵模式解决的是“如果主机宕机了怎么办?”
的问题。
哨兵实际上就是一个进程,它通过发送信息给各个服务器来判断各服务器的状态,然而一个哨兵可能会发生问题,于是可以用其他的哨兵互相监督,这样就形成了多哨兵模式,如:
哨兵不仅监督服务器是否宕机,还负责监考其他哨兵是否还存活。
如果一个哨兵监测到了主机宕机,并不会马上进行投票操作(主观下线),当后面的哨兵监测到主服务宕机达到一定的数量后,那么哨兵之间会进行一次投票(投票算法),投票的结果由某一个哨兵发起,进行故障转移操作,切换主机成功后,就会通过发布订阅模式,让各个哨兵把自己监控的从机切换为主机(客观下线)。
主机连接回来后也没有任何从机了,在哨兵模式下,主机回来后,会自动变为新主机的从机!
(😥)