java面试题整理《redis篇》七

本文详细介绍了Redis集群中的主从复制机制,包括全量复制和部分复制的过程。全量复制涉及主节点的RDB文件生成与传输,可能导致资源消耗。部分复制依赖复制偏移量、复制积压缓冲区和服务器运行ID,以实现高效的数据同步。在主从节点断线重连时,根据运行ID判断同步策略,确保数据一致性。

Redis集群方案

主从复制(主数据库读写,从数据库只读)

通过执行slaveof命令或设置slaveof选项,让上一个服务器去复制另一个的服务器的数据。主数据库可以进行读写操作,当写操作导致数据变化时会自动将数据同步给从数据库,而从数据库一般是只读的,并接受主数据库同步过来的数据,一个主数据库可以拥有多个从数据库,而一个从数据库只能拥有一个主数据库。

全量复制:

主节点通过 bgsave命令fork子进程进行RDB持久化,该过程是非常消耗CPU、内存(表复制)、硬盘IO的

主节点通过网络将RDB文件发送给从节点,对主从节点的带宽都会带来很大的消耗

从节点消空老数据、载入新RDB文件的过程是阳塞的,无法响应客户端的命令;如果从节点执行bgrewriteaof,也会带来额外的消耗

部分复制:

复制制移量:执行复制的双方,主从节点,分别会维护个复制偏移量offset

复制积压缓冲区:主技点内部维护了一个固定长度的、先进先出(队列作为复制积压缓冲区,当主从节点offset的差距过大超过缓冲区长度时,将无法执行部分复制,只能执行全量复制

服务器运行ID( runid):每个 Redis节点,都有其运行ID,运行ID由节点在启动时自动生成,主节点会将自己的运行ID发送给从节点,从节点会将主节点的运行ID存起来。从节点 Redis断开重连的时候,就是根据运行ID来判断同步的进度

如果从节点保存的 runid与主节点现在的 runid相同,说明主从节点之前同步过,主节点会继续尝试使用部分复制(到底能不能部分复制还要看 offset和复制积压缓冲区的情况);

如果从节点保存的 runid与主节点现在的rund不同,说明从节点在断线前同步的 Redis节点并不是当前的主节点,只能进行全量复制过程原理

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值