redis的主从模式复制的具体步骤

 更新时间:2025年10月08日 10:28:47   作者:酷ku的森  
这篇文章给大家介绍redis的主从模式复制的具体步骤,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,感兴趣的朋友一起看看吧

在分布式系统中,希望使用多个服务器来部署redis,存在以下几种redis的部署方式:

1.主从模式 2.主从模式+哨兵模式 3.集群模式

主从模式的优点:可以实现读写分离,数据备份,还能提高读并发。

读取数据都在多个从节点中进行读

多个从节点都是主节点的备份,如果主节点挂了,就可以根据从节点进行数据恢复。

因为服务器多了,不再像之前的单点服务器,在高并发场景下,也能进行读取数据。

主从模式:

假如此时有3台机器,分别部署了redis-server进程。之前一台机器挂了,redis就挂了,但是现在3台机器同时挂的概率就小了,redis也就不容易挂了。

此时就可以把其中一个节点作为“主节点”,另外两个作为“从节点”。从节点就是主节点的一个备份,主节点这边有什么数据修改,都会把这样的修改同步到从节点上。(从节点就是主节点的副本)

注意:redis在主从模式中,是不允许修改从节点的,只能从从节点读取数据。

主从模式的作用:主要针对“读操作”进行 并发量和可用性的提高。

写操作依赖主节点。但是主节点只有一个(如果有多个主节点,同步数据是很麻烦的),在业务场景中,读操作往往就是比写操作更频繁。

主从数据的同步:

redis提供了psync命令,完成了数据同步的过程。

psync不需要咱们手动执行,redis服务器会在建立好主从同步关系之后,自动进行psync。

从节点主动执行psync,从主节点这边拉取数据。

pysnc replicationid offset

replicationid 是主节点生成的,主节点每次重启,生成的replicationid都是不同的,当从节点和主节点建立复制关系的时候,就会从主节点这边获取到replicationid。

offset 偏移量,主节点和从节点都会维护 偏移量(整数)

主节点的偏移量:主节点会收到修改操作的命令,这些命令都会占用几个字节,然后主节点就会把这些修改命令,字节数进行累加。

从节点的偏移量:描述了现在从节点的数据同步到什么位置了。

pysnc这里可以从主节点获取全量数据,也可以获取一部分数据。

如果offset这里写的是-1,就是获取全量数据

如果offset这里写的是具体的数字,就是从当前偏移量位置来进行获取

全量复制具体步骤:

1.从节点发送psync命令给主节点进行数据同步,因为是第一次进行复制,从节点没有主节点的运行ID和复制偏移量,所以发送psync ?-1。

2.主节点根据命令,解析出要进行全量复制,回复+FULLRESYNC响应。

3.从节点接收主节点的运行信息进行保存。

4.主节点执行bgsave进行RDB文件的持久化。 

5.主节点发送RDB文件给从节点。从节点保存RDB数据到本地硬盘。

6.主节点将在生成rdb到接收完成期间执行的写命令,在缓冲区中,等到从节点把RDB文件保存完之后,主节点再将缓冲区内的数据补发给从节点。补发的数据扔然按照RDB的二进制格式追加写入到已经接收到的rdb文件中,保持主从一致性。

7.从节点清空自身原有的旧数据。

8.从节点加载RDB文件得到与主节点的一致的数据。

9.如果从节点加载了RDB文件之后,并且开启了AOF持久化功能,它会进行bgrewriteaof操作,得到最近的AOF文件。

部分复制的具体步骤:

1.当主从节点之间出现网络中断时,如果超过repi-timeout时间,主节点会认为从节点故障并终止复制连接。

2.主从连接中断期间主节点依然响应命令,但这些复制命令都因网络中断无法及时发送给从节点,所以暂时将这些命令滞留在复制积压缓冲区中。

3.当主从节点网络恢复后,从节点再次连上主节点。

4.从节点将之前保存的replicationid和复制偏移量作为psync的参数发送给主节点。请求进行部分复制。

5.主节点接到psync请求后,进行必要的验证,随后根据offset去复制积压缓冲区查找合适的数据,并响应+COUNTINUE给从节点。

6.主节点将需要从节点同步的数据发送给从节点,最终完成一致性。

实时复制:

从节点和主节点已经同步好了数据,但是主节点会源源不断的进行收到新的修改数据的请求。

主节点上的数据就会随之改变。也需要能够同步到从节点。从节点和主节点会建立TCP的长连接。

然后主节点把自己收到的修改数据的请求,通过上述连接,发给从节点,从节点再根据这些请求,修改内存中的数据。

主从复制的问题:当主节点挂了,只剩下从节点的时候,虽然能够提供读取数据的操作,但是从节点不能自动升级成主节点。此时就需要程序员手动恢复主节点。

到此这篇关于redis的主从模式复制的具体步骤的文章就介绍到这了,更多相关redis主从模式复制内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • 浅谈Redis哨兵模式的使用

    浅谈Redis哨兵模式的使用

    这篇文章主要介绍了浅谈Redis哨兵模式的使用,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-12-12
  • redis的2种持久化方案深入讲解

    redis的2种持久化方案深入讲解

    这篇文章主要给大家介绍了关于redis的2种持久化方案的相关资料,文中通过示例代码介绍的非常详细,对大家学习或者使用redis具有一定的参考学习价值,需要的朋友们下面来一起学习学习吧
    2019-05-05
  • RediSearch加RedisJSON大于Elasticsearch的搜索存储引擎

    RediSearch加RedisJSON大于Elasticsearch的搜索存储引擎

    这篇文章主要为大家介绍了RediSearch加RedisJSON大于Elasticsearch的王炸使用详解,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2022-07-07
  • Redis缓存异常之缓存雪崩问题解读

    Redis缓存异常之缓存雪崩问题解读

    文章主要介绍了缓存雪崩、击穿和穿透问题,以及针对这些问题的解决方法,包括服务熔断、服务降级、请求限流和布隆过滤器等
    2025-01-01
  • Redis总结笔记(一):安装和常用命令

    Redis总结笔记(一):安装和常用命令

    这篇文章主要介绍了Redis总结笔记(一):安装和常用命令,本文着重总结了常用命令,如对value操作的命令、对String操作的命令、对List操作的命令、对Set操作的命令等,需要的朋友可以参考下
    2015-01-01
  • Redis和数据库双写一致性问题的解决方案

    Redis和数据库双写一致性问题的解决方案

    文章探讨了Redis与数据库双写一致性问题,提出四种解决方案:先更新数据库再删除缓存(推荐),延时双删避免并发不一致,监听数据库变更实现最终一致性,加分布式锁保障强一致,核心原则是优先保证数据库正确性,缓存操作可失败重试,强一致性需牺牲性能
    2025-08-08
  • Redis字典实现、Hash键冲突及渐进式rehash详解

    Redis字典实现、Hash键冲突及渐进式rehash详解

    这篇文章主要介绍了Redis字典实现、Hash键冲突以及渐进式rehash的相关知识,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
    2021-09-09
  • Redis String 类型和 Hash 类型学习笔记与总结

    Redis String 类型和 Hash 类型学习笔记与总结

    这篇文章主要介绍了Redis String 类型和 Hash 类型学习笔记与总结,本文分别对String 类型的一些方法和Hash 类型做了详细介绍,需要的朋友可以参考下
    2015-06-06
  • redis中如何做到内存优化

    redis中如何做到内存优化

    为了提高数据处理效率和降低存储成本,优化数据结构和采用高效的存储策略至关重要,使用最小存储形式、整数编码、Redis的HyperLogLog等方法可以有效减少内存占用,Redis6引入的对象压缩、设置合理的过期时间、数据分片
    2024-09-09
  • Redis高可用梳理详解

    Redis高可用梳理详解

    高可用的本质是有备份,在出现故障的时候,有backup可以提供服务,本文详细介绍了Redis的高可用,感兴趣的同学可以参考阅读
    2023-05-05

最新评论