当前位置:首页 > 文章列表 > 数据库 > 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(路径由 dirdbfilename 配置决定),再通过网络发送给从节点。

  • 如果主节点正在执行 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推荐
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    62次使用
  • SuperCLUE中文大模型评测基准:功能、能力维度与应用指南
    SuperCLUE
    SuperCLUE是权威的中文大语言模型综合评测基准,涵盖语言理解、知识应用、AI Agent智能体及安全性等12项核心能力。通过多轮对话与客观测试,定期发布榜单与技术报告,为模型研发、优化及行业选型提供科学依据。
    224次使用
  • C-Eval中文评测基准:大语言模型多学科能力评估指南
    C-Eval
    深入了解C-Eval中文评估套件,涵盖52个学科与4级难度。本文详解其功能特点、Zero-shot/Few-shot使用方法及代码示例,助您全面评测LLM中文理解与泛化能力。
    148次使用
  • AI Prompt Library:免费AI提示词库,助力ChatGPT高效创作与营销
    AI Prompt Library
    探索AI Prompt Library免费资源库,涵盖营销、写作及多场景AI提示词。兼容ChatGPT、Claude等工具,一键复制优化输出,提升工作效率。
    80次使用
  • Generrated:DALL·E 2/3 AI绘画提示词灵感库与图像对比平台
    Generrated
    Generrated汇集9300+张DALL·E生成图像及对应提示词,支持查看完整图集、对比DALL·E 2与3版本差异,是AI绘图新手学习Prompt设计与获取创作灵感的实用工具。
    58次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议隐私政策
返回登录
  • 重置密码