redis 持久化RDB和 AOF 简述

最新推荐文章于 2024-11-04 20:00:00 发布
最新推荐文章于 2024-11-04 20:00:00 发布
阅读量249 收藏 2
点赞数
分类专栏： redis 文章标签： redis
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/MXqihang/article/details/124105518
版权

redis 持久化RDB和 AOF 简述

文章目录

RDB

Redis DateBase 内存快照

RDB： 把当前进程的数据生成快照保存到本地磁盘的过程(全部数据，相当于全表扫描)

**适用于全表复制，备份 **

命名

save阻塞当前Redis服务，直到RDB过程完成为止，对于内存比较大的实例，效率低。不推荐使用。

bgsaveRedis进程执行fork操作创建子进程，RDB持久化过程由子进程负责，完成后自动结束，阻赛之出现在fork阶段。时间很短

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Ur4oQhKT-1649671568068)(redis 持久化RDB和 AOF 简述.assets/image-20220411130425062.png)]

自动触发

  • redis.conf中配置save…
  • 主从复制时，从节点进行全量复制时也会触发bgsave，生成当时的快照发送到从节点
  • 执行debug reload 命令重新加载redis时
  • 默认执行 shutdown命令，没开启AOF 时，触发bgsave

redis.conf

# 900秒内 1个key 变化，进行快照 
save 900 1
# 300秒内 10个key 变化，进行快照
save 300 10

# 关闭快照
save ""

配置项说明
dbfilenameRDB文件的名称
dirrdb 文件储存路径
stop-wrifes-on-bgsave-error持久化出错，是否停止写入
yes/no
rdbcompression字符串写入磁盘时，是否启用LZF压缩算法
yes/no
rdbchecksum导入检查 牺牲10% 作用的性能提高RDB文件的完整性

AOF

写后日志，执行完成的命令做记录。

命令可正常执行，记录在每次操作之后，非阻塞

配置项回写时机有点缺点
Always同步写回可靠性高，每条数据都做记录磁盘开销大，影响性能
Everysec每秒写回性能适中宕机时丢失1秒内数据
No操作系统控制写回性能好不可控，宕机丢失数据较多

redis.conf配置

​

配置项说明
appendonly开启AOF 持久化
appendfilename持久化文件名称
dir文件存放路径
appendfsync同步策略
always、everysec、no
no-appendfsync-on-rewriteaof重写期间是否同步
auto-aof-rewrite-percentage重写触发 倍率
例如上次重写完 1MB，这次就是2MB重写
auto-aof-rewrite-min-size重写 最小值

重写简单说明

redis 创建一个新的aof 文件替换现有的aof，会去掉 冗余命令，无效命令

重写是由后台进程 bgrewriteaof 来完成，主线程fork出后台的bgrewriteaof 子进程，fork会把主线程的内存拷贝一份给bgrewriteaof子进程

重写日志时，新的写入数据

子进程完成日志文件重写后，会提示主线程完成重写操作，主线程会将AOF重写缓存中的命令，追加到最新的日志文件后面

在高并发的时候的，aof重写的缓存区积累 会很大，这样会造成阻塞

主线程在重写过程中的阻赛

  1. fork 子进程，拷贝虚拟页表
  2. 主进程bigkey 写入时，操作系统会创建页面的副本，并拷贝原有数据
  3. 子进程重写日志完成后，主进程追加aof重写缓冲区时

RDB 和AOF 混合方式

redis4.0 开始
内存快照以一定频率之行，在两次快照之间，使用AOF日志记录这期间所有命令操作

底部

黑色幽默595
关注
专栏目录
Redis 持久化之RDB和AOF.doc
10-09
Redis 持久化是确保数据安全的重要机制，它提供了两种主要的方法：RDB（Redis Database）和 AOF（Append Only File）。RDB 是一种快照式的持久化方式，而 AOF 则记录每次写操作的日志。 RDB 持久化在特定条件下将...
Redis AOF与RDB知识点总结
weixin_45743893的博客
02-13 300
Redis AOF与RDB知识点总结 Redis拥有两种持久化方式：AOF与RDB AOF AOF的存储方式 AOF是以写日志的方式记录每次写命令，客户端所执行的每一条写命令都将记入AOF日志，类似于MySQL binlog。 AOF的数据恢复 如果发生宕机重启的情况，Redis会通过顺序执行AOF日志中的所有写命令的方式来进行数据恢复（操作回放）。 AOF与WAL的区别 关系型数据库中大多使用WAL预写日志（写前日志），先写日志，再执行语句。而Redis的AOF是写后日志，先更新内存里的数据，再将这一条写
Redis持久化RDB,AOF
2301_78327423的博客
07-13 841
redis是挡在MySQL前面的，运行在内存中的，速度就快，单线程的。redis的一些基础配置：在上一篇redis介绍中，介绍了bind配置，使得远端主机能够登录本机redis。密码requirepass的设置，以及多实例基于端口号port的配置，pid文件pidfile，日志文件logfile，工作目录dbfilename配置。bind 0.0.0.0 #监听地址，可以用空格隔开后多个监听IPport 6379 #监听端口,默认6379/tcp。
redis持久化RDB与AOF的对比
jakelihua
04-25 921
Redis提供了两种主要的持久化机制：RDB（Redis Database）和AOF（Append Only File）。
redis持久化RDB和AOF的区别
H的博客
04-11 892
一、redis两种持久化方式的介绍 在redis中数据的持久化有两种方式，分别是RDB和AOF，如果没有配置持久化，redis重启后数据就全丢失了，所以需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据。redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF持久化（...
Redis持久化之RDB和AOF详解
m0_74293254的博客
07-30 1269
RDB 持久化利用了操作系统的 fork 和 Copy-on-Write 技术来实现数据的安全持久化。主进程在执行写操作时会进行内存页的复制，以保证主进程和子进程在写操作时不会相互影响。这种机制使得 Redis 在执行 BGSAVE 时能够保持高效和安全，确保数据在持久化到磁盘后的一致性和可靠性。
Redis持久化（RDB、AOF）详解
喻师傅的学习笔记
06-25 2818
Redis持久化机制详解
Redis持久化 RDB和AOF 比较与选择
papaya的博客
08-12 1533
Redis持久化方案 Redis是内存数据库，数据都是存储在内存中，为了避免进程退出导致数据的永久丢失，需要定期将Redis中的数据以某种形式（数据或命令）从内存保存到硬盘。当下次Redis重启时，利用持久化文件实现数据恢复。除此之外，为了进行灾难备份，可以将持久化文件拷贝到一个远程位置。 Redis提供了多种不同级别的持久化方式：一种是RDB，另一种是AOF。 RDB持久化可以在指定的时间...
【八】、Redis持久化RDB和AOF
qq_45291280的博客
01-17 523
学习ing8
redis持久化rdb和aof的区别
weixin_45853175的博客
12-22 2182
redis持久化分为RDB，AOF，简单介绍下二者的区别和优缺点 RDB持久化机制： 对redis中的数据进行周期性的持久化。 AOF机制： 对每条写入命令作为日志，以append-only的模式写入一个日志文件中，在redis重启的时候，可以通过回放AOF日志中的写入指令来重新构建整个数据集。 RDB优势： ● 备份策略方便：一旦采用该方式，那么你的整个Redis数据库将只包含一个文件，这对于文件备份而言是非常完美的。比如，你可能打算每个小时归档一次最近24小时的数据，同时还要每天归档一次最近30天的数据
Redis持久化RDB和AOF区别详解
12-14
为了确保数据在服务器重启或异常情况下的安全，Redis提供了两种主要的持久化机制：RDB（Redis Database Persistence，即快照）和AOF（Append Only File，追加日志）。下面将详细解释这两种持久化方式的区别。 **RDB...
Redis-发布/订阅交互模式
sq2048935747@163.com的博客
10-31 367
消息代理”（Message Broker）是一种软件组件，它在不同的应用程序之间传递消息。在Redis的上下文中，消息代理的功能允许Redis作为一个中间人，帮助应用程序之间进行异步通信。具体来说，Redis支持发布/订阅（pub/sub）模式，这是一种消息传递机制，其中一个或多个发布者（publishers）发送消息到一个频道（channel），而订阅者（subscribers）监听这些频道以接收消息。
docker部署nginx+nacos+redis+java镜像和容器
xiaogg3678的专栏
11-01 867
docker部署nginx+nacos+redis+java镜像和容器
Redis ——发布订阅
weixin_62946182的博客
10-31 434
发布订阅：基于哈希表与链表结构实现 map结构key值保存用户订阅的兴趣事件，而value保存发布者对象信息，以链表的形式连接对同一事件感兴趣的对象，当消息队列中出现关于订阅事件的发布信息时，Redis可以快速的将该信息按照以key值对应的value链表为订阅的转发顺序；
Redis-基本全局命令
最新发布
ketil27的博客
11-04 184
Redis 有5种数据结构，但它们都是键值对种的值，对于键来说有⼀些通⽤的命令。返回所有满⾜样式（pattern）的key。⽀持如下统配样式。命令有效版本：1.0.0之后时间复杂度：O(N)返回值：匹配pattern的所有key。
Redis常见面试题总结(下)
y050505的博客
10-31 692
需要注意的是，即使启用了持久化机制，也不能完全保证 Redis 事务的持久性。因为持久化机制是在事务执行之后进行的，如果事务执行成功但持久化过程中发生故障（比如磁盘故障、写入错误等），那么事务中的数据修改仍然可能会丢失。然而，需要注意的是，由于Redis是单线程执行的，所以乐观锁机制在Redis中的效果可能不如在传统关系型数据库中那么显著。Redis事务是一种将多个命令打包在一起执行的功能，它可以确保这些命令按照顺序执行，并且具有一定的特性。Redis 的事务和我们平时理解的关系型数据库的事务不同。
Redis特性和应用场景以及安装
chaodddddd的博客
10-31 808
介绍Redis特性和应用场景以及安装
用 Redis 查询 “附近的人”
周沐子
11-01 733
针对“附近的人”这一位置服务领域的应用场景，常见的可使用PG、MySQL和MongoDB等多种DB的空间索引进行实现。而Redis另辟蹊径，结合其有序队列zset以及geohash编码，实现了空间搜索功能，且拥有极高的运行效率。 本文将从源码角度对其算法原理进行解析，并推算查询时间复杂度。
Redis持久化RDB和AOF区别
03-28
Redis 持久化是 Redis 存储数据的永久化功能，主要有两种方式：RDB 和 AOF。 RDB（Redis DataBase）是 Redis 的快照持久化，它在指定的时间间隔内对当前数据集进行持久化，将数据存储在一个二进制文件中。这种方法的优点是速度快，占用的空间小，但是它不能保证数据的完整性，如果 Redis 服务器宕机，最近一次快照持久化的数据就可能丢失。 AOF（Append-Only File）是 Redis 的日志持久化，它记录了每次对数据集的修改操作，并将它们写入到日志文件中。这种方法的优点是数据完整性更高，可以保证数据不会丢失，但是它的缺点是速度慢，占用的空间大。 总的来说，在 RDB 和 AOF 中，RDB 更适合对数据集快速持久化，而 AOF 更适合对数据集完整性要求更高的场景。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值