redis rdb aof 主从复制 崩溃恢复 过程

redis恢复aof中的数据 交代完故事背景,就要说到我当时的下饭操作了,其实一开始我们就犯了两个严重错误,第一,redis中的数据没有备份到数据库,导致如果reids中的数据误删,就无法通过数据库把误删的数据寻回,第二,删数据的时候不应该用reids连接工具直接删,头脑不清醒的时候,特别容易点错!,标黄的-a 123456只有当你redis设置了密码的时候才需要加,没有设置密码的情况下就不用加,到这一步你的redis应该就已经成功关闭了,如果不确定的话 可以。,然后重新启动reids,重启的命令如下。 阅读详情

Redis(Remote Dictionary Server)是一个开源的、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,并提供多种语言的API。它通常被称为数据结构服务器,因为值(value)可以是 字符串(string)、哈希(Hash)、列表(list)、集合(sets)、有序集合(sorted sets)等类型。

在Redis中,数据持久化可以通过RDB(Redis DataBase)、AOF(Append Only File)和主从复制(Replication)来实现。这些机制可以帮助在Redis崩溃或重启后恢复数据。

RDB(Redis DataBase)

RDB持久化可以在指定的时间间隔内生成数据集的时间点快照(Snapshot)。这是默认的持久化方式。当Redis需要持久化时,它会fork出一个子进程,子进程会将数据写入一个临时文件,当持久化过程完成后,再用这个临时文件替换旧的RDB文件。Redis可以通过配置来自动进行快照持久化,也可以手动通过执行SAVE或BGSAVE命令来触发。

RDB恢复过程:

  1. Redis启动时,如果检测到RDB文件存在,则会优先使用RDB文件进行恢复。
  2. Redis载入RDB文件,用文件中的数据替换内存中的数据,完成恢复。

AOF(Append Only File)

与RDB不同,AOF持久化记录服务器接收到的所有写操作命令,并在服务器启动时,通过重新执行这些命令来重建数据集。AOF文件中的命令全部以Redis协议的格式来保存,新命令会被追加到文件的末尾。Redis可以通过配置来开启AOF持久化,并设置同步策略。

AOF恢复过程:

  1. Redis启动时,如果检测到AOF文件存在,并且AOF持久化被开启,则会使用AOF文件进行恢复。
  2. Redis读取AOF文件,并执行其中的写命令,将数据加载到内存中。

主从复制(Replication)

Redis的主从复制功能允许用户创建多个从服务器(Slave),这些服务器会复制主服务器(Master)上的所有数据,并实时保持更新。主从复制可以实现数据的备份,并且可以用来进行读操作的负载均衡。

主从复制流程:

  1. 从服务器连接主服务器,并发送SYNC命令。
  2. 主服务器执行BGSAVE命令,生成RDB文件,并使用缓冲区记录此后执行的所有写命令。
  3. 主服务器将RDB文件发送给从服务器,从服务器载入RDB文件,完成数据的初始同步。
  4. 主服务器将缓冲区中的写命令发送给从服务器,从服务器执行这些命令,保持与主服务器的数据同步。
  5. 之后,主服务器每次执行写命令时,都会将这些命令发送给从服务器,从服务器执行命令,保持与主服务器的数据一致。

主从复制崩溃恢复:

  1. 如果主服务器崩溃,从服务器可以继续提供服务,保证数据的可用性。
  2. 管理员可以将某个从服务器升级为新的主服务器,其他从服务器再复制这个新的主服务器,完成恢复。

在实际使用中,可以结合RDB、AOF和主从复制来提高Redis的可用性和可靠性。例如,可以开启AOF持久化来保证数据的完整性,同时配置主从复制来实现数据的备份和负载均衡。

【Redis系列 02】数据不丢失的秘密:Redis持久化RDB与AOF完全攻略 深度解析Redis两大持久化机制RDB与AOF的工作原理、配置策略和性能对比。从数据丢失风险到生产环境最佳实践,用通俗易懂的方式讲解如何选择和配置合适的持久化方案,确保Redis数据的高可用性和安全性。适合Redis开发者、运维工程师和数据库管理员学习参考。 阅读详情

相关推荐

Redis RDB和AOF深入比较

Redis持久化机制深度解析:RDB与AOF全面对比 摘要: Redis提供RDB和AOF两种持久化方案,各具特色。RDB通过二进制快照实现快速备份,恢复速度快但可能丢失数据;AOF记录写命令确保数据安全,但文件较大且恢复慢。本文从原理、性能、安全性等维度深入对比两种机制:RDB采用fork子进程生成压缩快照,适合备份场景;AOF支持三种同步策略,everysec策略平衡性能与安全。Redis4.0+的混合持久化结合两者优势,推荐生产环境使用。文章还提供配置建议、常见问题解决方案及选型矩阵,建议关键业务采用

几十年资深高级架构师,技术专家的技术笔记。专注C、Java、Python、微服务、云原生、AI工程化及高并发系统分布式架构实战,分享源码剖析、性能调优与架构治理经验。 484

Redis持久化之路:RDB和AOF策略的选择与权衡

redis是一个内存数据库,当redis服务器重启,获取电脑重启,数据会丢失,我们可以将redis内存中的数据持久化保存到硬盘的文件中。 redis持久化的两种方式 snapshotting(快照)默认方式 这种方式就是将内存中数据以快照的方式写入到二进制文件中 , 默认的文件名为dump.rdb。我们可以配置redis在n秒内如果超过m个key则修改就自动做快照。客户端也可以使用 save 或者...

Hi_alan的博客 532

《广告核心指标驱动的AI投放系统:从数据洞察到智能决策的全链路优化》

本方案通过构建广告核心指标驱动的AI投放系统,实现从数据采集到智能决策的全链路自动化。

专注Java领域与微服务架构,热爱人工智能与深度学习 1066

Redis持久化之RDB修复命令和AOF自动恢复效果-----Redis

Redis持久化之RDB修复命令和AOF自动恢复效果-----Redis

在经历了无数个黑夜之后,我决定自己成为太阳 1434

【电子元件篇】MOSFET场效应管作用、选型和测量指南-超简单解读

场效应管是一种电压控制型半导体器件,相比三极管具有输入阻抗高、噪声小、功耗低等优势。主要分为结型和绝缘栅型两大类,后者又可分为耗尽型和增强型MOS管。场效应管通过栅极电压控制漏极电流,具有转移特性和输出特性两大静态特性,以及快速的开关特性。其关键参数包括饱和漏源电流、夹断电压、跨导等,应用场景涵盖信号放大、恒流源、阻抗变换等领域。使用时需根据电路需求选择合适类型,如结型管适合一般放大,功率MOSFET适合高压大电流场合。检测时可用万用表电阻档初步判断好坏和放大能力。

2301_81299416的博客 2540

如何入门强化学习

很多同学在入门强化学习的时候都会遇到困难,那我这里就简单介绍一下应该如何入门强化学习,并以开源代码为例详解强化学习实战。

seeksister的博客 3302

Redis主节点宕机,如何处理?

Redis主节点宕机,如何处理? 原创 Tom哥 微观技术 2021-12-01 12:01 大家好,我是Tom哥~ 今天跟大家聊下,如果Redis某个节点宕机了,要怎么处理? 我们知道,Redis集群一般采用主从模式,主节点负责写,从节点负责读。 从节点故障 从节点主要提供读服务,为了分摊主服务器压力,一般会有多个从节点。 如果是从节点故障,不算什么大问题,客户端把该故障节点屏蔽即可,仍可访问其他的主、从节点满足正常的业务功能。 主节点故障 如果是主节点宕机了,那就有点麻烦了..

wzlsunice88的博客 4604

ICC2:使用analyze_lib_cell_placement检查lib cell的pass rate

我正在「拾陆楼」和朋友们讨论有趣的话题,你⼀起来吧?在place之前需要使analyze_lib_cell_placement命令去检查lib cell在当前的site row/power plan/legalize设置的环境下能够正常place和legalize。下面分享一个脚本去报告pass rate低于2%的lib cell。

m0_61544122的博客 673

【Redis】Redis数据备份与恢复(RDB和AOF)

1、三种备份方式 Redis所有数据都是保存在内存中。 1)Redis数据备份可以定期的通过异步方式保存到磁盘上,该方式称为半持久化模式。 2)如果每一次数据变化都写入aof文件里面,则称为全持久化模式。 3)同时还可以基于Redis主从复制实现Redis备份与恢复。   2、半持久化RDB模式 半持久化RDB模式是Redis备份默认方式,是通过快照(snapshotting)完成的,当符合在Redis.conf配置文件中设置的条件时,Redis会自动将内存中的所有数据进行快照并存储在硬盘上,完成

金金金金金的博客 3193

51单片机8×8LED点阵屏动态显示取模汉字+ Proteus仿真

51单片机8×8LED点阵屏动态显示取模汉字+ Proteus仿真 Proteus仿真 取模软件:pctolcd2002 程序代码 #include<reg52.h> unsigned char code taba[]={0xfe,0xfd,0xfb,0xf7,0xef,0xdf,0xbf,0x7f};//行选 unsigned char code tabb[]={0x08,0x49,0x49,0x7F,0x08,0x49,0x49,0x7F};//选列"出" unsigned cha

perseverance51博客 8054

Codex 100个真实案例 - 用AI自动生成API测试用例(接口测试全覆盖)

API 测试是保障后端质量的关键环节,但手写测试用例既枯燥又容易遗漏。本案例将展示如何用 Codex 从 Swagger/OpenAPI 规范文档自动生成 pytest 测试用例——包括正常流程测试、边界值测试、异常参数测试、性能压力测试,还能自动生成 Mock 数据和精美的 HTML 测试报告。全程自然语言驱动,让 API 测试覆盖率从 0 飙到 90%+!

yueyeguzhuo的专栏 268

Redis主从复制原理总结

文章来源:https://www.cnblogs.com/kevingrace/p/5685332.html Redis主从复制原理总结 和Mysql主从复制的原因一样,Redis虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况。为了分担读压力,Redis支持主从复制,Redis的主从结构可以采用一主多从或者级联结构,Redis主从复制可以根据是否是全量分为全量同步和增量同步。下图为...

weixin_37878255的博客 164

面经-2023-联发科MTK-数字芯片设计

面经-2023-联发科MTK-数字芯片设计

w0shishabi的博客 2943

Redis-RDB-AOF持久化篇

Redis-RDB-AOF持久化篇,持久化是将程序数据在持久状态和瞬时状态间转换的机制。通俗的讲,就是瞬时数据(比如内存中的数据,是不能永久保存的)持久化为持久数据(比如持久化至数据库中,能够长久保存),Redis 的持久化方式 RDB 和 AOF

CJCC白朴的博客 3434

《QGIS快速入门与应用基础》021:插件仓库 URL 获取与添加

详细介绍了在QGIS中添加第三方插件仓库的方法。首先强调必须从官方推荐、开源社区等可靠渠道获取插件仓库URL以确保安全性,并列出了4类可信获取渠道。文章分步骤讲解了URL添加流程,包括打开插件管理器设置面板、填写仓库信息、刷新缓存验证等操作。针对常见问题如URL格式错误、连接失败等提供了具体解决方案。最后总结指出,成功添加第三方仓库后即可直接搜索安装各类专业插件,从而扩展QGIS功能边界。全文注重实操指导,特别适合需要安装行业专用插件的QGIS用户参考。

LuckyHanMo的博客 462

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

Redis备份与恢复实战:RDB、AOF机制解析及脚本实现

Redis作为高性能的内存数据库,数据默认存储在内存中,若发生进程崩溃、服务器宕机等异常,未持久化的数据会直接丢失。因此,掌握Redis的持久化机制(RDB、AOF)及备份恢复方案,是保障数据安全的核心能力。本文通过实战测试,详细解析RDB与AOF的特性、混合使用逻辑,并提供可落地的备份脚本与最佳实践。

专注Java和MySQL领域知识分享 1513

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

Redis7学习--持久化机制 RDB与AOF

在认识Redis的时候,我们就介绍了Redis的架构如下图所示尽管我们知道Redis是内存数据库,所有数据都默认存储在内存中,但是内存的易失性意味着一旦服务重启或者崩溃,所有的数据都会丢失。Redis是支持数据持久到磁盘的,这是为了保证 Redis 不是“一次性内存玩具”,而是可靠的数据存储。主要是为了平衡高性能和数据的可靠性。通过持久化文件,可以在服务重启后快速恢复数据,减少停机时间。且持久化是Redis主从复制、哨兵和集群等高可用机制的基础,从节点以来持久化文件按同步数据。(后面文章讲到)

学习日记 1437

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

Redis之持久化机制(RDB和AOF)

因为Redis是内存数据库,将自己的数据库状态都存在了内存中,如果不想办法将存在内存中的数据库状态保存到磁盘里,如果出现了断电或者服务器宕机的情况,那么在内存中的数据库状态也会消失不见。为了解决这个问题,Redis提供了两种解决方案:RDB和AOF。 RDB RDB持久化是通过快照方式来完成的。当达到触发条件时,Redis会自动将内存中所有数据以二进制方式生成一份副本并存储在硬盘上。 第一种是主动触发:指的是客户端执行save和bgsave命令会进行持久化 redis> SAVE OK 当sav

程铭程铭你快成名的博客 1万+

Java面试-Redis 持久化机制:RDB 与 AOF

本文深入剖析Redis两大持久化机制——RDB与AOF,从技术原理到生产实践。RDB通过全量快照实现高效备份,利用CoW技术保证off主线程操作;AOF通过增量管理局志保障数据安全,支持多种fsync策略。文章对比显示:RDB恢复快但可能丢数据ft数据,AOF更安全但恢复较耗时间。文章推荐混合模式(RDB+AOF)作为最佳实践,并附配置模板与故障演练方案,帮助开发者构建高可靠的Redis数据存储方案。

千淘万漉虽辛苦,吹尽狂沙始到金 2万+

Redis 中的 RDB 和 AOF 持久化机制

Redis 的持久化功能是区别于 Memcached 显著特性,数据持久化可以保证系统在发生宕机和重启后数据不会丢失,对于 redis 这种存储在内存中的数据库显得尤为重要。在 Redis 4.0 以前数据持久化的方式主要有两种RDB(Redis DataBase)快照方式: 它是将某一时刻的内存数据以二进制的方式写入磁盘,默认保存文件为 dump.rdbAOF(Append Only File)文件追加方式:它是指将所有的操作命令,以文本的形式追加到文件中。默认保存文件是 appendonly.aof。

hello_1566的博客 1206

Redis持久化全攻略,RDB与AOF

Redis 是一个高性能的内存数据库,但其数据默认存储在内存中,服务器宕机或重启会导致数据丢失。为了保证数据的持久性,Redis 提供了多种持久化机制,包括 RDB(Redis Database File)、AOF(Append Only File)以及混合持久化(RDB+AOF)。本文将深入讲解 Redis 持久化机制的含义、底层实现、源码解析、使用场景、优缺点及其对比。Redis 作为缓存数据库,默认数据存储在内存中,但如果 Redis 进程崩溃或者服务器重启,数据将会丢失。

小健学Java的博客 1361

Redis的持久化:RDB和AOF机制

Redis 提供,它们在数据安全性、性能、恢复速度等方面有显著差异。为什么要进行持久化?如果是大数据量的恢复,会有下述的影响。

учёба 1335

【Redis持久化】RDB和AOF

Redis持久化理解

yican2580的博客 1019

Redis 缓存持久化机制详解:RDB vs AOF 全解析

RDB 会在某个时间点将 Redis 内存中的数据整体快照保存成一个 .rdb 文件,存储在硬盘上。AOF 会将每一次写命令(set、hset、lpush 等)都追加到一个日志文件中(.aof 文件),从而实现数据恢复。RDB 提供高性能的快照备份,AOF 提供更强的数据完整性保障。两者结合,才能让 Redis 在高可用场景下既稳又快!本文全面解析了 Redis 的两种持久化机制:RDB(快照)和 AOF(追加日志)。

一键难忘的博客 3093

Redis实战和核心原理详解(8)使用快照RDB和AOF将Redis数据持久化到硬盘中

前言我们知道Redis是一款内存服务器,就算我们对自己的服务器足够的信任,不会出现任何软件或者硬件的故障,但也会有可能出现突然断电等情况,造成Redis服务器中的数据失效。因此,我们需要向传统的关系型数据库一样对数据进行备份,将Redis在内存中的数据持久化到硬盘等非易失性介质中,来保证数据的可靠性。将Redis内存服务器中的数据持久化到硬盘等介质中的一个好处就是,使得我们的服务器在重启之后还可以重

徐刘根的博客 1万+
上一篇: InnoDB和MyISAM的区别 聚簇索引与非聚簇索引 B+树与B树
下一篇: redis 内存淘汰 过期删除 流程
vmaps
博客等级 码龄17年 424粉丝 78原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值