Redis的主从复制的流程和原理是怎样的？复制过程中也会产生各种问题？

最新推荐文章于 2025-08-23 21:50:56 发布
原创 最新推荐文章于 2025-08-23 21:50:56 发布 · 411 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#网络 #分布式 #数据库 #redis

本文介绍了Redis主从复制的流程，包括全量同步、部分同步和命令传播，并探讨了复制过程中可能出现的问题，如全量同步慢、主从断开后的处理策略等，最后总结了优化和应对措施。

推荐阅读

如果Redis的读写请求量很大，那么单个实例很有可能承担不了这么大的请求量，如何提高Redis的性能呢？你也许已经想到了，可以部署多个副本节点，业务采用读写分离的方式，把读请求分担到多个副本节点上，提高访问性能。要实现读写分离，就必须部署多个副本，每个副本需要实时同步主节点的数据。

Redis也提供了完善的主从复制机制，使用非常简单的命令，就可以构建一个多副本节点的集群。

同时，当主节点故障宕机时，我们可以把一个副本节点提升为主节点，提高Redis的可用性。可见，对于故障恢复，也依赖Redis的主从复制，它们都是Redis高可用的一部分。

这篇文章我们就来介绍一下Redis主从复制流程和原理，以及在复制过程中有可能产生的各种问题。

构建主从复制集群

假设我们现在有一个节点A，它经过写入一段时间的数据写入后，内存中保存了一些数据。

此时我们再部署一个节点B，需要让节点B成为节点A的数据副本，并且之后与节点A保持实时同步，如何做呢？

Redis提供了非常简单的命令：slaveof。我们只需要在节点B上执行以下命令，就可以让节点B成为节点A的数据副本：

slaveof 节点A_host:节点A_port

节点B就会自动与节点A建立数据同步，如果节点A的数据量不大，等待片刻，就能看到节点B拥有与节点A相同的数据，同时在节点A上产生的数据变更，也会实时同步到节点B上。

通过这样简单的方式，我们可以非常方便地构建一个master-slave集群，业务可以在master上进行写入，在slave上读取数据，实现读写分离，提高访问性能。

那么主从节点的复制是如何进行的？下面我们就来分析其中的原理。

主从复制流程

为了方便下面讲解，我们这里把节点A叫做master节点，节点B叫做slave节点。

当我们在slave上执行slaveof命令时，这个复制流程会经过以下阶段：

  • slave发送psync $runid $offset给master，请求同步数据
  • master检查slave发来的runid和offset参数，决定是发送全量数据还是部分数据
  • 如果slave是第一次与master同步，或者master-slave断开复制太久，则进行全量同步
    • master在后台生成RDB快照文件，通过网络发给slave
    • slave接收到RDB文件后，清空自己本地数据库
    • slave加载RDB数据到内存中
  • 如果master-slave之前已经建立过数据同步，只是因为某些原因断开了复制，此时只同步部分数据
    • master根据slave发来的数据位置offset，只发送这个位置之后的数据给slave
    • slave接收这些差异数据，更新自己的数据，与maser保持一致
  • 之后master产生的写入，都会传播一份给slave，slave与master保持实时同步

下面分别介绍全量同步和部分同步的详细流程。

全量同步

当我们在节点B上执行slaveof命令后，节点B会与节点A建立一个TCP连接，然后发送psync $runid $offset命令，告知节点A需要开始同步数据。

这两个参数的具体含义如下：

  • runid：master节点的唯一标识
  • offset：slave需要从哪个位置开始同步数据

什么是runid？在启动Redis实例时，Redis会为每个实例随机分配一个长度为40位的十六进制字符串，用来标识实例的唯一性，也就是说，runid就是这个实例的唯一标识。

由于是第一次同步，slave并不知道master的runid，所以slave会r发送psync ? -1，表示需要全量同步数据。

master在收到slave发来的psync后，会给sla

最低0.47元/天 解锁文章
0x01、Redis 主从复制的实现原理是什么？
专注于全栈开发领域
04-12 322
Redis 的主从复制是一种机制，允许一个主节点（主实例）将数据复制到一个或多个从节点（从实例）。通过这一机制，从节点可以获取主节点的数据并与之保持同步。
Redis分布式系统中的主从复制
weixin_67596609的博客
07-21 1485
本篇文章主要对Redis的主从复制进行讲解。主要分析复制的原理，包括:建立复制、全量复制、部分复制、全量复制、心跳检测等。希望本篇文章会对你有所帮助。
Redis篇——带你认识和了解Redis主从复制原理，一篇文章帮你搞定！
我热爱学习，也乐于分享。无论是科技前沿的洞见，还是生活中的小技巧，我都会在这里与你分享。我相信，知识就是力量，而分享则能让这份力量得到更好的传递。
06-03 576
Master接到命令后，启动后台的存盘进程，同时收集所有接收到的用于修改数据集的命令，在后台进程执行完毕之后，Master将传送整个数据文件到Slave，并完成一次完全同步！当从机成功连接到主机上，主机上会和从机进行一次完全同步数据，把快照发送给从机，等待从机加载完成后，再把缓冲区（也就是repl_baklog文件）的命令给从机执行，这个过程就叫做全量复制。从机连接到主机，全量复制结束，当主机的数据进行修改，主机会把收集到的修改命令存储到repl_baklog文件中传给从机，完成同步。
面试官：熟悉Redis，那聊聊Redis主从复制？我画了13张图讲明白了
weixin_47067712的博客
07-08 344
怎么实现高可用呢？ 最重要的一点就是冗余数据啊，redis 是通过主从复制来实现数据的冗余存储，这样在主redis down调用之后，切换到从就可以了，这样就实现了故障转移，保证了高可用了，今天我们主要来讲主从复制，至于主down掉之后，怎么切换到从，我们会在下篇再聊。 怎么做备份 我想在再看redis 主从复制之前，有必要看下下面这三个基础概念。 备份分为冷备和热备，如果再深入一些还有多活。 热备：由主库或者说是主数据中心承担业务流量，同时会实时的备份数据到从库或者从的数据中心。如下图。 冷备：.
（一）redis主从原理及流程——主从复制
zb6340430的博客
07-04 2484
作用     我们正常在项目中对redis进行应用，一般都不会是单点的。因为，单点的宕机即不可用，不能保证可用性。另外，单点redis读写指令都会打到同一个服务里面，也会影响性能。在通常的应用中，对redis的读操作远远多于写操作，所以，我们一般会选择“一主多从”的集群策略。           redis主从策略分为两大类知识点：1，replication复制策略。2，sentinal高可用性故...
Redis主从复制(薪火相传模式 演示示例)——图解版
小志的博客
08-15 1017
目录一、redis主从复制（薪火相传的理解）二、Redis主从复制配置步骤概述三、lz虚拟机配置说明四、Redis主从复制(每台服务器的redis配置文件配置步骤)1、配置master服务器（即IP为192.168.3.15的6379端口）的配置文件2、配置slave1服务器（即IP为192.168.3.16的6380端口）的配置文件3、配置slave2服务器（即IP为192.168.3.17的6381端口）的配置文件五、Redis主从复制(薪火相传演示示例)1、分别启动3台服务器的redis服务端，并查看
Redis——主从复制模式
qq_61350148的博客
01-01 1517
本文详细讲解了Redis主从复制模式的原理，并辅以流程图便于理解。
Redis 主从复制的原理详解
qq_43197840的博客
09-20 2080
当 Sentinel 发现主节点故障时，会通过选举机制，将其中一个从节点提升为新的主节点，并通知其他从节点重新指向新的主节点。如果从节点与主节点断开连接，当从节点恢复连接后，主节点会将自从连接断开后的增量数据发送给从节点，以保持数据的同步。手动故障恢复：在传统的 Redis 主从复制架构中，当主节点故障时，通常需要人工干预，将其中一个从节点提升为主节点，并重新配置其他节点指向新的主节点。增量复制：在全量复制完成后，从节点会通过命令传播机制，接收主节点的实时写操作日志，并应用到自己的数据集中，实现实时同步。
Redis主从集群主从复制原理流程图
最新发布
10-19
Redis主从集群主从复制原理流程图
Redis—主从复制
weixin_71964451的博客
06-28 713
从节点已经和主节点同步好了数据，但是之后，主节点这边会源源不断的收到新的修改数据的请求，主节点上的数据就会随之改变，也需要能够同步给从节点。从节点和主节点之间会建立TCP的长连接，然后主节点把自己收到的修改数据的请求，通过上述连接，发送给主节点，从节点再根据这些修改请求，修改内存中的数据。本来，在主节点上保存一堆数据，引入从节点之后，就是要把主节点上面的数据，复制出来，放到从节点中。由于从节点的数据时刻和主节点保持一致，因此其他的客户端从从节点这里读取数据，和从主节点这里读取数据，是没有区别的。
【Redis 进阶】主从复制（重点理解流程和原理）
Elena's Blog
08-02 2223
配置在中为了解决（某个服务器程序只有一个节点（只搞一个物理服务器来部署这个服务器程序）。可用性不高：如果这个机器挂了意味着服务就中断了；性能 / 支持的并发量比较有限）。通常会把数据复制多个副本部署到其他服务器，满足故障恢复和负载均衡等需求。在分布式系统中，往往希望有多个服务器来部署 Redis 服务，从而构成一个 Redis 集群，此时就可以让这个集群给整个分布式系统中的其他服务提供更稳定、更高效的数据存储功能。存在以下几种 Redis 的部署方式：主从模式。
【Redis】主从复制（下）--主从复制原理和流程
2301_78320637的博客
09-27 1237
存在数据则直接发送给从节点,这样就可以保持主从节点复制的一致性.补发的这部分数据一般远远小于全量数据,所以减少了开销.,默认大小是1MB,当主节点连接从节点的时候被创建,这时主节点响应写命令时,不但会把命令发送给从节点,还会写入。的方式,源源不断的输给从节点.从节点就会根据这些请求来同时修改自身的数据,从而保证和主节点数据的一致性.:主节点的复制id,主节点重新启动,或者从节点晋级成主节点,都会生成一个。在网络传输的时间,从节点清空旧数据的时间,从节点加载。的时间,主节点就会认为从节点故障并中断复制连接。
【Redis 进阶】----主从复制（重点理解流程和原理）
mr_yuanshen的博客
08-23 1035
（某个服务器程序只有一个节点（只搞一个物理服务器来部署这个服务器程序）。可用性不高：如果这个机器挂了意味着服务就中断了；性能 / 支持的并发量比较有限）。。在分布式系统中，往往希望有多个服务器来部署 Redis 服务，从而构成一个 Redis 集群，此时就可以让这个集群给整个分布式系统中的其他服务提供更稳定、更高效的数据存储功能。在若干个 Redis 节点中，有的是 “主” 节点，有的是 “从” 节点。从节点上的数据要随着主节点变化，和主节点保持一致。
手把手教你配置Redis主从复制（含详细图文）
weixin_34332998的博客
03-20 6151
这期来聊聊什么是主从复制？主从复制能干什么？Redis如何实现的主从复制？哨兵模式如何实现？最后再来说说复制的原理以及他的缺点
手把手教学！从零开始学习Redis 主从复制全部流程
wdj_yyds的博客
07-18 403
在一个项目中读的操作是比写的操作要多的 像京东，淘宝等等同一时刻看的人是远远多于买的人的所有单个redis既要承担写的操作又要承担读的操作效率低在高并发的情况下不稳定所以引出了主从复制。
redis之主从复制以及哨兵模式(吊打面试官之Redis系列一)
superliug的博客
09-18 930
redis之主从复制原理 主机数据更新后根据主机以及策略，自动同步到备机的master/slave机制，master以写为主，slave以读为主。那么我们首先了解一下这两个角色 master(主)和slave(从)，但是我们要注意的是在redis中只允许有一个主，从可以有很多很多个。 redis的主从复制功能是支持多个数据库之间的主从复制的，主类数据库主要是读写操作，当主数据库的数据发生了改变的情况下，主数据库的数据可以自动同步到从数据库中去，从数据库一般都是从主数据库中同步过来的信息，一般情况下只会进行读
Redis进阶 - Redis主从工作原理详解
热门推荐
小工匠
11-01 2万+
文章目录主从配置主从工作原理全量复制增量复制主从复制风暴 主从配置 简要回顾一下，Redis的主从配置 复制一份redis.conf文件 将相关配置修改为如下值： port 6380 pidfile /var/run/redis_6380.pid # 把pid进程号写入pidfile配置的文件 logfile "6380.log" dir /usr/local/redis-5.0.3/data/6380 # 指定数据存放目录 配置主从复制 replicaof 127.0.0.1
Redis(二)--主从复制过程及复制过程中的各种问题
qq_23435961的博客
07-28 526
Redis(二)–主从复制过程及复制过程中的各种问题 如果Redis的读写请求量很大，那么单个实例很有可能承担不了这么大的请求量，如何提高Redis的性能呢？你也许已经想到了，可以部署多个副本节点，业务采用读写分离的方式，把读请求分担到多个副本节点上，提高访问性能。要实现读写分离，就必须部署多个副本，每个副本需要实时同步主节点的数据。 Redis也提供了完善的主从复制机制，使用非常简单的命令，就可以构建一个多副本节点的集群。 同时，当主节点故障宕机时，我们可以把一个副本节点提升为主节点，提高Redis的可用
redis主从复制原理以及流程图
weixin_45783387的博客
05-10 744
redis主从复制原理以及流程图 概念：就是将一台服务器的数据，复制到其他的redis服务器，前者为主节点（master/leader），后者称为从节点（slave/follower），数据的复制是单向的，只能从主节点到从节点，master以写为主，slave以读为主 主从复制的作用： ​ 1、数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式 ​ 2、故障恢复：当主节点出现问题时，可以由从节点提供服务，实现快速的故障恢复，实际上是一种服务的冗余 ​ 3、负载均衡：在
能介绍一下redis的主从复制和主从复制的流程吗?
05-09
<think>好的，用户想了解Redis主从复制的原理和流程。我需要先回顾一下相关的知识，确保回答准确。首先，主从复制的基本概念是主节点将数据同步到从节点，实现数据冗余和负载均衡。记得主从复制分为全量复制和增量复制两种情况。 根据用户提供的引用内容，引用[1]提到全量同步和增量同步的流程，以及slave可以发起全量同步。引用[2]和[4]涉及配置主从的命令，比如slaveof和启动服务器的步骤。引用[3]详细描述了复制过程，包括PSYNC命令和全量、增量复制的流程。我需要整合这些信息，但要注意用户的问题集中在原理和流程，而不是配置步骤，所以可能不需要过多讨论搭建部分。 接下来，我应该分步骤解释主从复制的整个过程。首先，建立连接阶段，从节点发送slaveof命令，主节点响应。然后是数据同步阶段，包括全量复制和增量复制。需要提到全量复制使用RDB文件，而增量复制使用复制积压缓冲区。PSYNC命令的作用是关键，它决定了是进行全量还是增量复制。 可能需要注意的细节是，全量复制过程中主节点生成RDB时会使用子进程，这期间的新数据会写入缓冲区。而增量复制则是通过偏移量来同步差异数据。另外，心跳机制和异步复制也是流程的一部分，确保数据一致性和连接状态。 用户可能潜在的问题包括主从复制的优缺点，或者如何处理网络中断后的同步，但根据用户当前的问题，重点还是原理和流程。需要确保回答结构清晰，分点说明，同时引用正确的引用标记，比如引用[1]和[3]提到的全量和增量复制流程。 最后，生成相关问题时要围绕主从复制的原理和流程，比如触发全量复制的条件、PSYNC的作用、优缺点等。确保问题能够帮助用户深入理解该机制。</think>### Redis主从复制原理与流程详解 Redis主从复制是通过异步方式实现数据同步的核心机制，支持一主多从架构，包含以下核心环节： #### 一、建立主从连接 1. 从节点通过执行`slaveof <masterip> <masterport>`命令发起连接请求[^2] 2. 主节点创建从节点对应的客户端状态，准备接收同步请求 3. 连接建立后触发数据同步流程 #### 二、数据同步阶段 采用`PSYNC`命令实现智能同步，包含两种模式： $$ PSYNC <runid> <offset> $$ 1. **全量复制**（首次同步） - 主节点执行`BGSAVE`生成RDB快照文件[^1] - 传输RDB文件期间的新写入命令存入复制缓冲区（replication buffer） - 从节点加载RDB后，主节点发送缓冲区积压命令[^3] ```bash # 主节点日志示例 * Replica 127.0.0.1:6380 asks for synchronization * Starting BGSAVE for SYNC with target: disk * Background saving started by pid 26421 ``` 2. **增量复制**（断线重连） - 通过复制偏移量（offset）检测数据差异 - 使用复制积压缓冲区（repl_backlog_buffer）发送差异命令[^1] - 仅当偏移量在缓冲区范围内时才进行增量同步 #### 三、命令传播阶段 1. 主节点将写命令异步发送给从节点 2. 采用`REPLCONF ACK <offset>`实现心跳检测[^3] 3. 主从节点持续维护复制偏移量 #### 四、流程图解 ``` 从节点启动 │ ▼ 发送SLAVEOF命令 │ ▼ 主节点创建客户端状态 │ ▼ 执行PSYNC同步判断 ├── 全量复制 → 发送RDB+缓冲区命令 └── 增量复制 → 发送积压缓冲区命令 │ ▼ 持续命令传播 │ ▼ 定时心跳检测（REPLCONF ACK） ``` #### 五、关键参数配置 | 参数 | 作用说明 | 推荐值 | |-----------------------|-------------------------|---------| | repl-timeout | 复制超时时间 | 60s | | repl-backlog-size | 积压缓冲区大小 | 64MB | | client-output-buffer-limit | 复制缓冲区限制 | 256MB+ | [^1]: 全量复制结束后自动转为增量复制，缓冲区大小直接影响断线恢复能力 [^3]: 心跳机制既检测连接状态，又辅助实现部分重同步
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值