Redis的持久化机制-RDB、AOF

已于 2023-04-12 17:24:21 修改
阅读量69 收藏
点赞数
分类专栏： Redis 文章标签： redis 数据库 缓存
于 2023-04-12 17:23:24 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Qynwang/article/details/130111618
版权

一、RDB：Redis Database

1. 简介

RDB：每隔一段时间，把内存中的数据写入磁盘的零食文件，作为快照，恢复的时候把快照文件读进内存中。如果宕机重启，那么内存里的数据肯定会没有的，那么再次启动redis后，则会恢复。

2.备份与恢复

  • 内存备份-->磁盘临时文件
  • 临时文件-->恢复到内存

3.RDB优劣势

优势：

  • 每隔一段时间备份，全量备份
  • 灾备简单，可以远程传输
  • 子进程备份的时候，主进程不会有任何io操作（不会有写入或者删除），保证备份数据的完整性。
  • 相对AOF来说，当有更大文件的时候可以快速重启恢复

劣势：

  • 发生故障时，可能会丢失最后一次的备份数据
  • 子进程所占用的内存会和主进程一模一样，会造成cpu负担
  • 由于定时全量备份是重量级操作，所以对于实时备份，就无法处理了

4.RDB的配置，主要在 redis.conf 中配置

（1）保存位置，可以在redis.conf自定义：

如上配置，则其备份文件是存储在  /usr/local/redis/working/dump.rdb 中的

（2）备份策略

save 900 1  # 如果1个缓存更新，则15分钟后备份
save 300 10 # 如果10个缓存更新，则5分钟后备份 
save 10 3 # 更新3个缓存，则10秒后备份

（3）其它配置

stop-writes-on-bgsave-error

  • yes：如果save过程中出错，则停止写操作
  • no：可能造成数据不一致

rdbcompression

  • yes：开启rdb压缩模式
  • no：关闭，会节约CPU损耗，但是文件会很大

rdbchecksum

  • yes：使用CRC64算法校验rdb进行数据校验，大约有10%性能损耗
  • no：不校验

5. 总结

RDB适合大量数据的恢复，但是数据的完整性和一致性可能会不足！

二、AOF：Append Only File

1. AOF 特点

  •  以日志的形式来记录用户请求的写操作。读操作不会记录，因为写操作才会存储。
  •  文件以追加的形式而不是修改的形式。
  •  redis的 AOF 恢复其实就是把追加的文件从开始到结尾读取执行写操作。

2. 优劣势

优势

  •    AOF 更加耐用，可以以秒级别为单位备份，如果发生问题，也只会丢失最后一秒的数据，大大增加了可靠性和数据完整性。所以AOF可以每秒备份一次，使用fsync操作。
  •    以log日志形式追加，如果磁盘满了，会执行redis-check-aof工具。
  •    当数据太大的时候，redis可以在后台自动重写AOF。当redis继续把日志追加到老的文件中去时，重写也是非常安全的，不会影响客户端的读写操作。
  •     AOF日志包含的所有写操作，会更加便于redis的解析恢复。

劣势

  •   相同的数据，同一份数据，AOF比RDB大。
  •    针对不同的同步机制，AOF会比RDB慢，因为AOF每秒都会备份做写操作，这样相对与RDB来说就略低。每秒备份fsync没毛病，但是如果客户端的每次写入就做一次备份fsync的话，那么redis的性能就会降。
  •    AOF曾经发生过bug，就是数据恢复的时候数据不完整，这样显得AOF会比较脆弱，容易出现bug，因为AOF没有RDB那么简单，但是呢为了防止bug的产生，AOF就不会根据旧的指令去重构，而是根据当前缓存中存在的数据指令去做重构，这样就更加健壮和可靠了。

 3. 配置

# AOF 默认关闭，yes可以开启
appendonly no

# AOF 的文件名
appendfilename "appendonly.aof"

# no：不同步
# everysec：每秒备份，推荐使用
# always：每次操作都会备份，安全并且数据完整，但是慢性能差
appendfsync everysec

# 重写的时候是否要同步，no可以保证数据安全
no-appendfsync-on-rewrite no

# 重写机制：避免文件越来越大，自动优化压缩指令，会fork一个新的进程去完成重写动作，新进程里的内存数据会被重写，此时旧的aof文件不会被读取使用，类似rdb
# 重写触发机制：当前AOF文件的大小是上次AOF大小的100% 并且文件体积达到64m，满足两者则触发重写
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

三、RDB与AOF的选择

如果你能接受一段时间的缓存丢失，那么可以使用RDB

如果你对实时性的数据比较关心，那么就用AOF

也可以使用RDB和AOF结合一起做持久化，RDB做冷备，可以在不同时期对不同版本做恢复，AOF做热备，保证数据仅仅只有1秒的损失。当AOF破损不可用了，那么再用RDB恢复，这样就做到了两者的相互结合，也就是说Redis恢复会先加载AOF，如果AOF有问题会再加载RDB，这样就达到冷热备份的目的了

Java知者
关注
专栏目录
redis高级之持久化（三）---AOF方式
Rision666的博客
06-28 1031
Rdb存储的弊端 存储数据量较大，效率较低（基于快照思想，每次读写都是全部数据，当数据量巨大，效率非常低） 大数据量下的IO性能较低 基于fork创建子进程，内存产生额外消耗 宕机带来的数据丢失风险 解决思路 不写全数据，仅记录部分数据 改记录数据未记录操作过程 对所有操作均进行记录，排除丢失数据的风险 AOF概念 AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中命令达到恢复数据的目的，与rdb相比可以简单描述为记录数据为记录数据
redis持久化（RDB、AOF、混合持久化）
m0_67900727的博客
03-17 1706
1. RDB快照（snapshot） 在默认情况下， Redis 将内存数据库快照保存在名字为dump.rdb的二进制文件中。 你可以对 Redis 进行设置， 让它在“N秒内数据集至少有M个改动”这一条件被满足时， 自动保存一次数据集。 比如说， 以下设置会让 Redis 在满足“60秒内有至少有1000个键被改动”这一条件时， 自动保存一次数据集： save 60 1000 优点： RDB是一个非常紧凑（compact）的文件，体积小，因此在传输速度上比较快，因此...
深入Redis的RDB和AOF两种持久化方式以及AOF重写机制的分析
卷王: 乌-鸦的博客
10-23 794
缓存服务器有一个很重要的指标就是能否持久化，如果缓存服务器不支持持久化的话，一些相对重要的数据都不能存在缓存服务器中了，毕竟谁也不能保证服务百分百可用，一旦缓存服务器宕机，所有数据就都丢失了。 今天来分享一下Redis的持久化两种持久化方式RDB和AOF。 1、RDB RDB(redis database)，可以理解为快照/内存快照，RDB持久化过程是将当前进程中的数据生成快照存储到硬盘中。 1.1、触发机制 RDB持久化的触发机制分为两种，手动触发和自动触发。 手动触发 执行save和bgsave两个命令
Redis持久化机制（RDB&AOF详解）
lingbomanbu_lyl的博客
10-08 1338
Redis的数据都存放在内存中，如果没有配置持久化，Redis重启后数据就丢失了，于是需要开Rredis的持久化功能，将数据保存到磁盘上，当Redis重启后，可以从磁盘中恢复数据。RDB持久化能在指定的时间间隔对你的数据进行快照存储。客户端直接通过命令bgsave或者save来创建一个内存快照。bgsave调用fork来创建一个子进程，子进程负责将快照写入磁盘，而父进程则继续处理命令。save执行过程中，不再响应其它命令。
【Redis】持久化机制--RDB和AOF
qq_45875349的博客
09-27 1232
文章介绍了Redis的两种持久化机制以及其详细的流程、细节问题。
Redis持久化（RDB、AOF）详解
喻师傅的学习笔记
06-25 2799
Redis持久化机制详解
【Redis】深入理解 Redis 持久化机制 —— RDB 和 AOF
qq_61635026的博客
09-15 4533
虽然 Redis 是一个内存数据库，但由于各种原因，如 Redis 服务器的重启、意外崩溃等，内存中的数据可能会丢失。为了确保数据的持久性和可靠性，Redis引入了持久化机制，允许将数据定期保存到磁盘中，以便在下次启动 Redis 时能够恢复原来的数据到内存中。 Redis 的持久化机制是 Redis 数据库的一个重要组成部分，它允许将内存中的数据以不同的方式写入磁盘，以防止数据丢失。这对于许多应用场景非常关键，特别是需要长期保存数据或具有高可用性要求的系统。
Redis持久化--AOF和RDB的区别
热门推荐
IT利刃出鞘的博客
05-10 1万+
本文介绍Redis的持久化。会介绍AOF和RDB的区别，包括：使用场景，优缺点等。
【Redis】持久化—RDB和AOF机制
qq_55119554的博客
08-12 928
Redis中RDB和AOF持久化机制！！！
redis----RDB & AOF持久化 &混合持久化
m0_46598535的博客
06-16 453
redis
Redis持久化 - RDB和AOF
08-17
RDB和AOF都是Redis持久化的重要机制，它们可以帮助Redis避免数据丢失，提高数据的安全性和可靠性。但是，RDB和AOF也存在一些缺点，例如RDB可能会造成数据丢失，AOF可能会造成日志文件过大。因此，在使用RDB和AOF时，...
Redis 持久化之RDB和AOF.doc
10-09
Redis 持久化是确保数据安全的重要机制，它提供了两种主要的方法：RDB（Redis Database）和 AOF（Append Only File）。RDB 是一种快照式的持久化方式，而 AOF 则记录每次写操作的日志。 RDB 持久化在特定条件下将...
Redis(12) -- Redis持久化-RDB
姜皓的博客
04-18 1216
Redis持久化-RDB
Redis持久化机制RDB与AOF
weixin_46120888的博客
03-23 1079
参考：蚂蚁课堂 Redis因为某种原因的情况下宕机之后，数据是不会丢失的。原理就是持久化。EHCACHE(一级缓存，JVM中的)也会有持久化机制。缓存框架一般情况下都有基本的淘汰策略，持久化机制。 Redis持久化机制AOF，RDB(默认)。 1.RDB RDB他的本质上是全量同步。下面我们看一下RDB同步方案的图解 在redis中一共有两个进程一个是主进程它是专门监听我们redis请求的，另一个是fork子进程专门处理RDB数据同步的，它采用的方式是定时执行，在一段时间内他会将写入Redis文件的数据保
图解Redis 05 | Zset数据类型的原理及应用场景
大厂小码农的博客
10-29 599
Zset 类型（有序集合）与 Set 类型相比，增加了一个排序属性 score。对于有序集合 Zset，每个元素由两个部分组成：一个是元素的值，另一个是用于排序的分数 score。有序集合继承了Set中成员唯一（元素值不能重复，分数可以重复）的特性，但不同之处在于，有序集合中的元素是按分数进行排序的。
CentOS 7系统下Redis Cluster集群一键部署脚本发布
最新发布
运维人生
11-02 209
环境准备：自动安装Redis所需的依赖包，并下载Redis源码。Redis安装：编译并安装Redis。配置文件生成：为每个Redis节点生成独立的配置文件。Redis实例启动：根据配置文件启动Redis实例。集群创建：使用redis-cli命令创建Redis Cluster集群。本文提供了一个在CentOS 7系统下Redis Cluster集群的一键部署脚本，帮助开发者快速搭建Redis Cluster集群。未来，我们将继续完善该脚本，增加更多的功能和配置选项，以满足不同场景下的需求。
短信登录的实现-redis和session的比较
2301_79748665的博客
10-29 799
我们之前只有一个拦截器，但是拦截的路径不是所有，如果用户一直访问的是不需要拦截的路径，那么他的token就不会刷新，就会失去登录状态，我们可以再加一个拦截器，第一个拦截一切路径，并且刷新有效期，第二个做登录校验；用户信息的key使用一个token来保存，一个是保证key的唯一性，一个是保证数据的安全性，因为token也就是key是要存在浏览器中的；因为session是存储在tomcat服务器中的，我们将来部署集群进行负载均衡，那么我们存储在一台tomcat服务器的数据无法实现共享；
【Redis：原理、架构与应用】
qq_42060170的博客
10-30 893
Redis（Remote Dictionary Server）是一款开源的内存数据库，以高性能和多样的数据结构著称，主要用作缓存系统、消息队列和会话管理等。它提供了丰富的数据结构，支持字符串、哈希、列表、集合等多种数据类型。Redis 具备快速读写、高可扩展性和灵活的数据持久化能力，是 NoSQL 数据库中的重要代表。Redis 将所有数据存储在内存中，因此访问速度极快，是处理高频、低延迟访问场景的理想选择。Redis 支持主从复制、哨兵、集群等高可用架构，能够在大规模分布式系统中实现高可靠性和数据冗余。
Redis中储存含LocalDateTime属性对象的序列化实现
Charles_Clark的博客
10-29 680
上面代码中配置 RedisTemplate 的序列化机制，以便能够序列化和反序列化包含 LocalDateTime 等 Java 8 时间类型的对象。•作用ObjectMapper 是 Jackson 库的核心类，用来将 Java 对象转换为 JSON 字符串，或者将 JSON 字符串解析为 Java 对象。Jackson 是一个非常流行的 JSON 序列化和反序列化库，ObjectMapper 是它的主要接口，用于处理复杂的对象和数据结构。•作用。
Redis持久化机制：RDB与AOF详解
Redis持久化是确保在系统崩溃或重启后能够恢复数据的关键机制。主要有两种方式： 1. RDB（快照持久化） RDB机制会在特定时刻（例如配置的save指令触发时或BGSAVE命令执行时）将内存中的所有数据快照保存到磁盘上，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值