3. AOF日志

已于 2024-04-07 10:20:33 修改
阅读量293 收藏 3
点赞数 3
分类专栏： redis 文章标签： redis
于 2024-01-30 16:47:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/anglybaby/article/details/135936222
版权
本文介绍了Redis的AOF日志实现原理，包括先写内存的原因、三种不同的写回策略，以及解决日志文件过大的重写机制。AOF重写通过fork子进程确保不阻塞主线程，同时在重写过程中保证新操作不丢失。
摘要由CSDN通过智能技术生成

AOF日志

AOF 日志是如何实现的

	“写后”的意思是 Redis 是先执行命令，把数据写入内存，然后才记录日志

在这里插入图片描述
为什么先写内存在记日志： 为了避免额外的检查开销，Redis 在向 AOF 里面记录日志的时候，并不会先去对这些命令进行语法检查。所以，如果先记日志再执行命令的话，日志中就有可能记录了错误的命令，Redis 在使用日志恢复数据时，就可能会出错。除此之外，AOF 还有一个好处：它是在命令执行后才记录日志，所以不会阻塞当前的写操作。

三种写回策略

Always，同步写回：每个写命令执行完，立马同步地将日志写回磁盘；
Everysec，每秒写回：每个写命令执行完，只是先把日志写到 AOF 文件的内存缓冲区，每隔一秒把缓冲区中的内容写入磁盘；
No

了解本专栏 订阅专栏 解锁全文 超级会员免费看
magic_chao1
关注
专栏目录
订阅专栏
AOF日志
qq_42987442的博客
10-09 830
1.AOF日志 1.1 写后日志 AOF日志为写后日志，Redis先执行命令，把数据写入内存，然后才记录日志。如下图所示： 1.2 AOF日志记录的内容 AOF日志里记录的是Redis收到的每一条命令，这些命令以文本形式保存。以记录"set testkey testvalue"命令为例，看AOF日志的内容。其中，"*3"表示当前命令有三个部分，每个部分都是由"$+数字"开头，后面紧跟着具体的命令、键或者值。“数字”表示这部分中的命令、键或者值一共有多少字节。例如，"$3 set"表示这部分有3字节，也就是
4.AOF日志
qq_43632779的博客
06-14 299
Redis用作缓存应用将会存在一个问题就是，当Redis服务器宕机后，内存中的数据会全部消失，。目前，Redis 的持久化主要有两大机制，即 AOF（Append Only File）日志和 RDB 快照。
Redis系列（三）：AOF日志
最新发布
一生有你
09-27 602
如果有人问你：“你会把 Redis 用在什么业务场景下？”我想你大概率会说：“我会把它当作缓存使用，因为它把后端数据库中的数据存储在内存中，然后直接从内存中读取数据，响应速度会非常快。一旦服务器宕机，内存中的数据将全部丢失。解决这个问题最直接的办法是：从后端数据库恢复这些数据。但是这样做，存在问题：需要频繁访问数据库，给数据库带来巨大压力，从而影响以当前数据库作为数据存储的应用程序性能，显然不合适。因此，实现数据持久化，避免从后端数据库恢复数据，对于redis来说，显得至关重要。
AOF（Append Only File）日志持久化是一种用于确保数据安全性的机制
BLOG域名:programb.blog.csdn.net
07-29 204
AOF持久化机制的核心思想是将所有的写操作命令追加到一个文件中，当系统重启时，会从该文件中读取命令并重新执行，从而恢复数据。这种方式可以确保数据的完整性和一致性，避免了因系统故障导致的数据丢失问题。auto-AOF-rewrite-percentage 100 当前aof文件是上次重写是大N%时重写。auto-AOF-rewrite-min-size 64mb aof重写至少要达到的大小。no-appendfsync-on-rewrite no #重写aof时同步最新数据。
Redis AOF日志：宕机了，Redis如何避免数据丢失？
小楼一夜听春雨，深巷明朝卖杏花
10-27 1781
如果有人问你：“你会把 Redis 用在什么业务场景下？”我想你大概率会说：“我会把它当作缓存使用，因为它把后端数据库中的数据存储在内存中，然后直接从内存中读取数据，响应速度会非常快。”没错，这确实是 Redis 的一个普遍使用场景，但是，这里也有一个绝对不能忽略的问题：一旦服务器宕机，内存中的数据将全部丢失。 我们很容易想到的一个解决方案是，从后端数据库恢复这些数据，但这种方式存在两个问题：一是，需要频繁访问数据库，会给数据库带来巨大的压力；二是，这些数据是从慢速数据库中读取出来的，性能肯定比不上从 R
Redis核心技术与实战-学习笔记（四）AOF日志
无名小辈
01-24 1520
一.AOF日志是如何实现的 Redis是先执行命令，把数据写入内存，在将执行命令计入日志：写后日志。 传统数据库的日志。例如redo log（重做日志），记录修改后的数据，我们比较熟悉的数据库是写前日志（Write Ahead Log, WAL），也就是说些数据前，先把修改的数据记录在日志文件中，以便故障时候进行回复。 而AOF里面记录的是Redis执行完的每一条命令，这些命令以文本形式保存。 以Redis收到"set testkey testvalue"命令后记录日志为例： "*3"..
来聊聊redis 7的new feature – AOF日志新增时间戳
qq_39570637的博客
03-29 1849
来聊聊redis 7的new feature – AOF日志新增时间戳 首先，我们要知道这是个什么内容，Github上的讨论有个链接: https://github.com/redis/redis/issues/9326 大体就是讲AOF现在支持时间戳了，你可以做到基于时间点的恢复数据了。 很赞👍 不过，Redis是开源的啊，很多同学对于Redis做了很多二次开发工作，那如果原生的AOF日志格式被修改了，他会不会影响我们现有的其他工具的使用呢？ 我们先来简单看看被修改后的AOF日志的格式 首先现在的aof的
Redis持久化AOF开启
hsjsjbsjsjs的博客
08-21 1827
Redis开启AOF持久化，Redis7新特性
Redis 7.0 Multi Part AOF的设计和实现
阿里云技术
02-14 289
本文将详解Redis中现有AOF机制的一些不足以及Redis 7.0中引入的Multi Part AOF的设计和实现细节。
Redis-持久化-AOF（Append Only File）
王宽的博客
11-09 268
重写原理： AOF文件持续增长而过大时，会fork出一条新进程来将文件重写（也是先写临时文件最后再rename）遍历新进程的内存中数据，每条记录有一条set语句，重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据内容用命令的方式重写了一个新的aof文件，这点跟快照有点类似。 类似于将执行内容存储过程化，先进行了一波文件缩小。
aof
u014162993的博客
02-15 209
AOF三种写入策略 always 客户端的每一个写操作都保存到aof文件当，这种策略很安全，但是每个写请注都有IO操作，所以也很慢。 everysec appendfsync的默认写入策略，每秒写入一次aof文件，因此，最多可能会丢失1s的数据。 no Redis服务器不负责写入aof，而是交由操作系统来处理什么时候写入aof文件。更快，但也是最不安全的选择，不推荐使用。 AOF重写 AOF将客户端的每一个写操作都追加到aof文件末尾，指将多个指令相同的key进行重写，生成一个最少命令集 两种重
Redis持久化之AOF日志
小鱼学编程
07-05 1490
目前Redis持久化的机制有两种，分别是AOF机制和RDB快照，今天我们就来学习AOF机制。
aof日志持久化
freedomai的专栏
09-03 904
redis配置参数： appendonly no # 是否打开 aof日志功能 appendfsync always   # 每1个命令,都立即同步到aof. 安全,速度慢 appendfsync everysec # 折衷方案,每秒写1次（综合性能比较平衡的方案） appendfsync no      # 写入工作交给操作系统,由操作系统判断缓冲区大小,统一写入到aof. 同步
谈谈Redis的持久化——AOF日志与RDB快照
阳阳的博客
10-11 1662
一、前言 对于Mysql，数据是持久化在磁盘上的。如果误删数据，可以使用binlog进行恢复；突然宕机时，其本身可以借助redo log进行崩溃恢复。 更多关于Mysql日志的内容，可以参考我的另外一篇文章数据库日志——binlog、redo log、undo log扫盲 而对于Redis，一般是把数据直接存储在内存中。如果不做任何持久化工作，在出现宕机后，内存中的全部数据就会丢失。 显然，业务方是不能容忍这样的情况发生的。好在Redis提供了一系列的持久化机制，分别是AOF日志与RDB快照。 二
Redis aof日志持久化
qq_36030412的博客
12-22 760
AOF的一些配置： appendfsy  no                                       #是否打开  aof日志功能 appendfsync  always                            #每1个命令都立即同步到aof，安全，速度慢 appendfsync   eversec                       
AOF日志：Redis如何避免数据丢失
qq_41105501的博客
04-11 430
AOF日志：Redis如何避免数据丢失 问题聚焦： 一旦服务器宕机，Redis如何避免数据丢失 我们很容易想到的一个解决方案是，从后端数据库恢复这些数据，但这种方式存在两个问题： 1.需要频繁访问数据库，会给数据库带来巨大的压力； 2.这些数据是从慢速数据库中读取出来的，性能肯定比不上从Redis中读取，导致使用这些数据的应用程序响应变慢。 所以，对Redis来说，实现数据的持久化，避免从后端数据库中进行恢复，是至关重要的。 Redis的持久化主要有两大机制，即AOF日志和RDB快照，本文主要对这两
Redis随笔(四)-AOF
愿风裁尽尘中沙
05-02 1707
一、简介 aof日志的全称是append only file，它是一个追加写入的日志文件。AOF文件是可识别的纯文本，它的内容就是一个个的Redis标准命令，可以直接使用vi查看。 redis默认使用RDB持久，开启AOF持久化：在redis.conf文件中设置appendonly为yes，如下所示： AOF文件是可识别的纯文本，它的内容就是一个个的Redis标准命令，可以直接使用vi查...
Redis持久化机制——AOF日志详解
m0_58189021的博客
03-12 760
三种策略并没有哪个就是最好或者最差，需要根据具体应用场景来进行AOF写入策略的选择。
详解Redis的AOF持久化方式以及aof日志重写配置以及对redis中的GEO地理位置数据类型命令的应用示例
本博客记录了从2014年以来在工作学习中遇到的技术问题、解决方法以及部分个人人生经历、经验等内容。
09-11 883
fsync（）调用。研究Redis并不是一个很复杂而且要去钻研其它很多东西的事情，在熟悉redis的命令的同时，最重要的是要去看Redis的配置文件，因为REDIS中的配置文件真的写得太详细了。本文主要是对REDIS中的GEO数据类型命令进行应用了解，GEO对这种LBS基于位置距离计算的应用有了一个很大的支持，在没有这种东西之前可能将这种计算写入MYSQL的存储过程，然后在查询的时候直接使用存储函数进行计算按距离进行排序，而现在可以将这些数据放在REDIS中，查询处理将会比MYSQL更快，同时会更灵活。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值