当前位置:首页 > 文章列表 > 数据库 > Redis > Redis主从同步快照生成流程解析

Redis主从同步快照生成流程解析

2026-04-25 14:20:49 0浏览 收藏
Redis主从全量同步的核心在于主节点通过fork子进程实时生成RDB快照,以此为从节点提供强一致性的数据起点;这一过程不依赖磁盘已有文件,而是内存中瞬时快照,但受fork开销(页表复制与写时复制压力)、内存配置(如vm.overcommit_memory)、磁盘I/O或无盘同步策略等多重因素制约,且从节点在RDB加载期间默认不可服务,极易引发可用性风险——真正影响系统稳定性的并非RDB本身,而是fork的不确定性与加载期的服务中断,这正是容量规划和高可用设计中最需直面的关键瓶颈。

Redis如何处理主从同步中的快照_理解全量复制触发后台RDB生成的流程

全量复制触发时,Redis主节点为什么必须生成RDB文件

因为从节点初次连接或断连太久后无法仅靠增量命令追上主节点,主节点只能把当前完整数据集打包成 RDB 文件传过去——这是唯一能保证从节点状态与主节点某一时刻完全一致的方式。不走 RDB,就无法建立可靠的一致性起点。

这个 RDB 不是读取磁盘上已有的文件,而是主节点在内存中实时 fork 出子进程,由子进程将当前内存快照写入临时 dump.rdb(路径由 dir 和 dbfilename 配置决定),再通过网络发送给从节点。

  • 如果主节点正在执行 SAVE 或另一个 BGSAVE,新的全量同步会排队等待,直到前一个完成
  • 若配置了 repl-diskless-sync yes,主节点可跳过磁盘,直接通过 socket 把 RDB 流发给从节点,避免磁盘 I/O 瓶颈,但要求从节点支持(repl-diskless-sync-delay 控制等待时间)
  • fork 失败(比如内存碎片严重、可用虚拟内存不足)会导致全量同步失败,错误日志里会出现 Can't save in background: fork: Cannot allocate memory

如何判断当前是否正在发生全量复制

看主节点的 INFO replication 输出里的 master_repl_offset 和从节点的 slave_repl_offset 是否长期不更新;更直接的是查 INFO persistence 中的 rdb_bgsave_in_progress 是否为 1,同时 INFO replication 里出现 loading:1 表示从节点正在加载 RDB。

  • 主节点执行 redis-cli -p 6379 INFO replication | grep sync,若看到 master_sync_in_progress:1,说明正处在全量同步中
  • 从节点日志中出现 SYNC with master succeeded 后紧跟着 MASTER REPLICA sync: receiving streamed RDB from master,就是全量同步正在进行
  • 注意:master_sync_in_progress:1 只表示“同步请求已接受”,不等于 RDB 已开始生成;真正 fork 子进程的时机在确认从节点身份和能力之后

fork 子进程生成 RDB 的实际开销在哪

不是 RDB 文件大小本身,而是 fork 调用那一刻的内存页表拷贝(Copy-on-Write)。即使你只存了 100MB 数据,如果 Redis 占用 4GB 内存且碎片率高,fork 仍可能卡顿数秒甚至失败。

  • Linux kernel 会为每个内存页维护引用计数,fork 时只复制页表项,不立即复制物理内存,但大量写操作会触发 COW 分配新页,加剧内存压力
  • vm.overcommit_memory = 1 是推荐设置,否则 fork 在某些内核版本下会因内存检查失败而拒绝执行
  • 使用 top 观察 redis-server 进程的 VIRT(虚拟内存)和 RES(常驻内存)差值大,往往意味着写时复制开销高,容易拖慢 fork

从节点加载 RDB 期间能否提供服务

默认不能。从节点在加载 RDB 时处于 loading:1 状态,所有客户端请求都会收到 LOADING Redis is loading the dataset in memory 错误。只有加载完成后才切换为 connected 并开始接收主节点的增量命令。

  • 可通过配置 replica-serve-stale-data yes 让从节点在加载 RDB 时继续响应旧数据(即加载前最后一次的状态),但这不是强一致性保障
  • 如果从节点启用了 AOF,加载完 RDB 后还会重放 AOF 缓冲区中的命令,这段时间也处于不可服务状态
  • 大 RDB + 慢磁盘(如机械盘)会让 loading 时间显著延长,建议监控 loading:1 持续时间,超过阈值需告警

真正麻烦的不是 RDB 生成或传输本身,而是 fork 的不可控性和加载期的服务中断——这两点在容量规划和故障演练里最容易被绕开。

文中关于的知识介绍,希望对你的学习有所帮助!若是受益匪浅,那就动动鼠标收藏这篇《Redis主从同步快照生成流程解析》文章吧,也可关注golang学习网公众号了解相关技术文章。

PikaLabs一句话生成电影短片教程PikaLabs一句话生成电影短片教程
上一篇
PikaLabs一句话生成电影短片教程
Win11提速技巧:优化开机与流畅度方法
下一篇
Win11提速技巧:优化开机与流畅度方法
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    875次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    873次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    952次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    934次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    763次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码