Redis的持久化机制RDB和AOF有什么区别
mhr18 2025-05-23 18:37 3 浏览 0 评论
Redis 的持久化机制 RDB（Redis DataBase）和 AOF（Append Only File）有以下区别：
原理
- RDB：在指定时间间隔内对内存中的数据做一次快照，生成一个存储整个数据库状态的二进制文件（默认文件名 dump.rdb ） ，保存的是某个时间点的数据。
- AOF：记录服务器执行的所有写操作命令，以追加的方式写入到一个日志文件中。在服务器重启时，通过重新执行这些命令来还原数据集。
文件特性
- RDB：是紧凑的二进制文件，体积相对较小 。
- AOF：是文本格式文件，内容是 Redis 协议格式的写操作命令，便于人工读取和分析，文件体积通常比 RDB 文件大 。
触发时机
- RDB：自动触发：可在 redis.conf 中通过 save 指令配置，如 save 900 1 表示每 900 秒至少有 1 次写操作时触发 RDB 快照；save 300 10 即每 300 秒至少有 10 次写操作时触发等 。手动触发：执行 BGSAVE （后台异步执行）或 SAVE （阻塞 Redis 直到保存完成）命令 。
- AOF：通过配置 appendfsync 参数控制写入频率，有三个取值：always：每个写操作命令执行完，都将数据同步写入 AOF 文件，数据安全性最高，但性能开销大 。everysec：每秒将数据同步写入 AOF 文件一次，是性能和数据安全性较为平衡的常用配置，最多丢失 1 秒数据 。no：完全依赖操作系统控制同步时间，性能最好，但可能丢失较多数据 。
数据完整性
- RDB：无法做到实时持久化，在两次快照之间如果发生宕机等故障，会丢失最近一次快照之后的数据 。
- AOF：根据 appendfsync 配置不同，数据丢失情况不同。采用 always 时基本不丢数据；everysec 最多丢 1 秒数据；no 可能丢失较多数据。总体来说，AOF 数据完整性更好。
恢复速度
- RDB：恢复时只需加载一个二进制文件，在恢复大数据集时速度比 AOF 快很多 。
- AOF：恢复时需重新执行 AOF 文件中的所有写操作命令，文件较大时恢复速度较慢 。
性能影响
- RDB：生成 RDB 文件时需 fork 出子进程来处理保存工作，父进程不进行磁盘 I/O 操作。但在数据集庞大时，fork 操作可能耗时，使服务器在短时间内停止处理客户端请求 。
- AOF：写操作频繁时，由于要不断追加写命令到文件，可能影响性能，尤其在使用 always 策略时 。不过，AOF 重写（rewrite）可优化文件大小，减少性能影响，但重写过程也会消耗资源 。
实际应用中，若追求快速恢复和备份，对数据实时性要求不高，可侧重 RDB；若更看重数据完整性、安全性，能接受稍慢恢复速度和较大文件占用空间，AOF 更合适。也可两种机制结合使用，取长补短 。
相关推荐
- 几种 TCP 连接中出现 RST 的情况
-
现在是一个网络时代了。应该不少程序员在编程中需要考虑多机、局域网、广域网的各种问题。所以网络知识也是避免不了学习的。而且笔者一直觉得TCP/IP网络知识在一个程序员知识体系中必需占有一席之地的。在...
- Redis连接使用报RDB error错误
-
该错误信息：Errorinexecution;nestedexceptionisio.lettuce.core.RedisCommandExecutionException:MISC...
- lua 语法介绍与 NGINX lua 高级用法实战操作
-
一、概述lua是一种轻量小巧的脚本语言，用标准C语言编写并以源代码形式开放，其设计目的是为了嵌入应用程序中，从而为应用程序提供灵活的扩展和定制功能。官网：https://www.lua.org/二、l...
- Python教程——20.协程 - 2
-
异步编程asyncio.Future对象Task继承Future,Task对象内部中的await结果的处理基于Future对象来的在Future对象中会保存当前执行的这个协程任务的状态，如果当...
- “我的足迹”、“浏览历史”，Redis如何快速记录与展示?
-
咱们在网上“买买买”、“逛逛逛”的时候，总会留下各种各样的“足迹”。无论是电商APP里你最近浏览过的商品，视频网站上你刚刚看过的剧集，还是新闻客户端里你点开过的文章……这些“历史记录”，有时候还真挺有...
- 你手机上的“消息推送”，Redis可能参与其中
-
手机上那些时不时就“叮咚”一下的消息推送，确实是咱们数字生活里不可或缺的一部分。这篇咱们就来聊聊，Redis这位“消息灵通人士”，是如何在这场“信息接力赛”中大显身手，确保那些重要的、有趣的通知，能够...
- 短视频APP的“附近的人”，Redis如何快速匹配?
-
刷短视频，除了看各种搞笑段子、才艺展示，有时候是不是也想看看“同城”或者“附近”的人都在发些啥有意思的内容？或者，平台也会时不时地给你推荐一些“附近正在直播”的主播，让你感觉一下子拉近了和这个虚拟世界...
- 微信朋友圈的点赞、评论，Redis在背后默默付出
-
微信朋友圈，这片小小的“自留地”，承载了我们多少喜怒哀乐、生活点滴啊！一张精心修饰的照片，一段随感而发的文字，发出去之后，最期待的是什么？那必须是屏幕下方不断冒出来的小红心和一条条真诚（或者商业互吹）...
- 网站登录老是掉线?Redis帮你记住你是谁!
-
有没有过这样的糟心体验？你好不容易登录了一个网站，刚看了两篇帖子，或者购物车里刚加了几件宝贝，结果一刷新页面，或者稍微离开了一会儿，回来就发现——“哎？我怎么又退出了？！”又得重新输入用户名、密码、...
- 你常用的APP，哪些地方可能用到了Redis?(猜想与分析)
-
咱们现在的生活，简直是离不开各种各样的手机APP了！从早上睁眼刷新闻，到中午点外卖，再到晚上刷短视频、玩游戏，一天到头，指尖在屏幕上就没停过。这些APP为了让我们用得爽、用得顺心，背后可是使出了浑身解...
- Redis是啥?为啥程序员天天挂嘴边?小白也能看懂!
-
这Redis到底是何方神圣？为啥那些天天在电脑前敲代码的程序员小哥哥小姐姐们，老是把它挂在嘴边，好像离了它地球都不转了似的？别担心，咱们今天不说那些听了就头大的代码和术语，就用大白话，保证你听完一拍大...
- 面试官:请你说说Redis为什么这么快?
-
1）Redis是基于内存的存储数据库，绝大部分的命令处理只是纯粹的内存操作，内存的读写速度非常快。2）Redis是单进程线程的服务（实际上一个正在运行的RedisServer肯定不止一个线程，但只有...
- 有了强大的关系型数据库，为什么还需要Redis?
-
在数字世界的浩瀚海洋中，关系型数据库，例如我们熟知的MySQL、PostgreSQL或Oracle，无疑是那些承载着核心业务数据、坚如磐石的“国家图书馆”或“银行金库”。它们以严谨的结构、强大的事务处...
- Java 中间件数据可靠性串讲:从 MQ 、MySQL、Redis 不丢失的保障之道
-
引言在现代分布式系统中，中间件扮演着至关重要的角色，它们是构建高可用、高性能、高可扩展应用架构的基石。消息队列（MQ）、数据库（如MySQL）、缓存（如Redis）等是其中最具代表性的组件。然而，...
- 运维部署方式之——虚机部署
-
标准化使用作業系统：LinuxCentOS7自动化方式通过Ansible系统初始化playbook来管理。目的系统初始化工作是一个简单、繁复的工作，从云网得到的虚拟主机只是一个基础的系统环境，...
欢迎 你 发表评论:
- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)