以日志的形式来记录每个写操作（增量保存），将Redis执行过的所有写指令记录下来(读操作不记录)， 只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis 重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作
Append Only File，通过保存 Redis 服务器所执行的命令来记录数据库状态。
含义：每秒将数据从缓冲区刷到磁盘中，可能会丢失一秒的数据（redis 默认使用该策略）
在Redis中，AOF（Append Only File）是一种持久化方式，它以日志追加的方式记录每个写操作命令，将Redis服务器所执行的写操作以追加的方式写入到AOF文件中。
Redis提供了两种持久化的方式，分别是AOF(Append Only File，只追加文件)和RDB(Redis DataBase,基于Redis数据库)。
如果用redis的服务器进程来进行重写，就会影响redis整体的性能; 那么redis实现的方式是 AOF后台重写
上一篇文章我们介绍了Redis的RDB持久化，RDB 持久化存在一个缺点是一定时间内做一次备份，如果redis意外down掉的话，就会丢失最后一次快照后的所有修改(数据有丢失)。对于数据完整性要求很严格的需求，怎么解决呢？
继承和重写是面向对象编程语言中的概念，是指一个类扩展自父类，并且重新实现了其中一些属性、方法。这种思想不只是在编程语言中会用到，在配置文件中也有广泛的应用。
某个业务线使用Redis集群保存用户session数据，数据量大约在4千万-5千万，每天发生3-4次AOF重写，每次时间持续30-40秒，AOF重写期间出现Redis主进程阻塞，应用端响应超时的问题。
Redis主要包含2中持久化方式，即RDB和AOF，本文主要介绍AOF，RDB见本站的另一篇博客Redis持久化RDB (opens new window)
Redis 分别提供了 RDB 和 AOF 两种持久化机制,本章首先介绍 AOF 功能的运作机制， 了解命令是如何被保存到 AOF 文件里的， 观察不同的 AOF 保存模式对数据的安全性、以及 Redis 性能的影响。之后会介绍从 AOF 文件中恢复数据库状态的方法，以及该方法背后的实现机制。其中还会查看有些伪代码方便理解，本文来源 redis设计与实现，关于 redis 持久化知识比较重要，所以直接看的书，避免走弯路，以这篇文章记录一下。
Redis 提供了bgrewriteaof 日志重写指令用于对 AOF 日志进行瘦身。其原理就是开辟一个子进程对内存进行遍历转换成一系列 Redis 的操作指令，序列化到一个新的 AOF 日志文件中。(注意这里也是读内存,没有管历史文件)
RDB（snapshotting） 是一种内存快照的方式进行持久化，AOF（append-only-file）是通过追加写入命令的方式进行持久化，混合持久化是指RDB和AOF协同完成持久化工作来发挥各自有点的持久化方式。
试想一下，如果 Redis 每执行一条写操作命令，就把该命令以追加的方式写入到一个文件里，然后重启 Redis 的时候，先去读取这个文件里的命令，并且执行它，这不就相当于恢复了缓存数据了吗？
《Redis设计与实现》读书笔记（十五） ——Redis AOF持久化原理与实现 （原创内容，转载请注明来源，谢谢） 一、概述 AOF（Append OnFile）是redis另一种持久化的方式，是通
假设 AOF 日志记录了自 Redis 实例创建以来所有的修改性命令，那么就可以通过对一个空的 Redis 实例顺序执行所有的命令，也就是「重放」，来恢复 Redis 当前实例的内存数据结构的状态。
redis的AOF日志，是redis持久化的一种方式，它是一种write after log，即先执行命令后记录日志。这样的好处是日志不会记录执行失败的命令，同时记录日志不会阻塞当前命令执行。
上一篇文章，我们讲的是 Redis 的一种基于内存快照的持久化存储策略 RDB，本质上他就是让 redis fork 出一个子进程遍历我们所有数据库中的字典，进行磁盘文件的写入。
如果之前缓冲区链表中的最后一个block没有用完，那么先使用完，如果不够，在创建新的block添加到链表尾，为后续的写做准备
通常情况下redis的数据全部存储在内存中,数据库一旦故障发生重启数据会全部丢失，即使是在redis cluster或者redis sentinel模式下主从同步数据的恢复仍然需要一段时间。
在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是行话讲的 Snapshot 快照，它恢复时是将快照文件直接读到内存里。
Redis由于读取效率快而常常被用作缓存来使用，之所以读取的速度非常快，是因为Redis将数据都存储在内存中，我们大家都知道存储在内存中的数据最大的特点就是：断电即丢失，这就容易出现数据不安全的问题。关系型数据库MySQL就是将数据持久化到磁盘上。那么Redis官方也提供了RDB和AOF两种方式，可以将数据持久化到磁盘来确保数据的安全性。
Redis 的数据全部在内存里，如果突然宕机，数据就会全部丢失，因此必须有一种机制来保证 Redis 的数据不会因为故障而丢失，这种机制就是 Redis 的持久化机制。
Redis持久化方式 RDB（Redis DB） hdfs: fsimage AOF（AppendOnlyFile） hdfs : edit logs 默认关闭的
好了好了，不闹了，咱今天先来提一个问题，redis之所以速度快，是因为将数据放在内存中。众所周知，存放在内存中的速度是快，但是关闭redis，数据即丢，如断电即丢。
随着写操作的不断增加，AOF文件会越来越大。例如你递增一个计数器100次，那么最终结果就是数据集里的计数器的值为最终的递增结果，但是AOF文件里却会把这100次操作完整的记录下来。而事实上要恢复这个记录，只需要1个命令就行了，也就是说AOF文件里那100条命令其实可以精简为1条。所以Redis支持这样一个功能：在不中断服务的情况下在后台重建AOF文件。
Redis作为一款被广泛应用的内存数据库，想必大家都用过，而作为内存数据库，其持久化机制是确保数据安全和稳定性的关键所在。
AOF持久化是通过保存写命令来记录数据库状态的，所以AOF文件中的内容会越来越多，文件的体积也会越来越大，如果不加以控制的话，体积过大的 AOF文件很可能对Redis服务器、甚至整个宿主计算机造成影响，并且AOF文件的体积越大，使用AOF文件来进行数据还原所需的时间就越多 示例： redis> RPUSH list "A" "B" 结果：["A", "B"] redis> RPUSH list "C" 结果：["A", "B", "C"]
有关Redis中配置文件的解释，我们可以看文档：redis/redis.conf at unstable · redis/redis · GitHub
由于需要记录Redis的每条写命令，因此AOF不需要触发，下面介绍AOF的执行流程。 AOF的执行流程包括： 命令追加(append)：将Redis的写命令追加到缓冲区aof_buf； 文件写入(write)和文件同步(sync)：根据不同的同步策略将aof_buf中的内容同步到硬盘； 文件重写(rewrite)：定期重写AOF文件，达到压缩的目的。
在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里
AOF（Append Only File） 日志是写后日志，Redis 会先执行命令，把数据写入内存，然后才记录日志。
因为Redis中的数据都是写在内存中的，如果将内存中的数据写到硬盘的文件上，称为持久化。
在指定的时间间隔内将内存中的数据集快照写入磁盘(保存的文件替换原先的文件进行全量的存储)，也就是行话讲的快照，它恢复时是将快照文件直接读到内存里。
在Redis重启的时候，如何把数据恢复，保持一致性，这就涉及Redis的持久化机制了。
持久化（Persistence），即把数据（如内存中的对象）保存到可永久保存的存储设备中（如磁盘）。 持久化Redis所有数据保持在内存中，对数据的更新将异步地保存到磁盘上。
Redis的读写操作都是在内存中，所以Redis性能才会高，但是当Redis重启后，内存中的数据就会丢失，那为了保存内存中的数据不会丢失，Redis实现了数据持久化机制，会把数据保存到磁盘，这样Redis重启就能够从磁盘恢复原有的数据
Redis子进程负责AOF或者RDB文件的重写，它的运行过程主要涉及CPU、内存、硬盘三部分的消耗
Redis的AOF持久化策略是将发送到Redis服务端的每一条命令都记录下来，并且保存到硬盘中的AOF文件中，类似打日志文件，来一条命令就记录一条。
Redis的AOF持久化策略是将发送到Redis服务端的每一条命令都记录下来，并且保存到硬盘中的AOF文件中，类似打日志文件，来一条命令就记录一条。 AOF设置 AOF文件的位置和RDB文件的位置相同，都是通过dir参数设置，默认的文件名是appendonly.aof，可以通过appendfilename参数来修改。 AOF测试 当客户端向服务器发送一些redis命令时，Redis会将所执行的命令记录到aof文件中，如下所示： image.png 当redis服务器重启后，会将执行该aof文件，达到数据
Redis 是一种内存数据库，将数据保存在内存中，读写效率要比传统的将数据保存在磁盘上的数据库要快很多。但是一旦进程退出，Redis 的数据就会丢失。
Apached的重写功能，即是mod_rewrite模块功能，它是apache的一个模块。它的功能非常强大，可以操作URL中的所有部分。通过改写url，给用户提供一个简介大方的url，当用户访问时可以通过mod_rewrite模块功能转换为真正的资源路径。通过mod_rewrite能实现的功能还有很多，例如隐藏真实地址、实现URL跳转、域名跳转、防盗链、限制访问资源类型等等。
AOF（append only file）持久化：不记录数据，只是以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中命令达到恢复数据的目的
对于正常的redis使用，如果redis中存放了很重要的数据，并且一旦redis数据丢失的情况下，就需要重新恢复数据。一般情况最容易解决的方法是：从数据库中读取数据再set进缓存中。但是这样的解决方式也有很大的弊端：比如对于数据库：需要频繁访问数据库，会给数据库带来很大的压力。
Redis作为最常用的内存数据库，通常来说数据存储在内存中，为了避免Redis服务器进程退出导致内存中的数据消失。Redis提出了持久化机制，也就是把内存中的数据保存到磁盘中，从而提高数据存储的可靠性。为此主流数据库会提供两类持久化方案，它们是“快照”存储和“日志”存储。相应地Redis提供了RDB持久化和AOF持久化与之对应。其中RDB是以快照的方式存储内存数据到磁盘上，而AOF是以日志追加的方式进行存储。下面就围绕这两种持久化方式展开如下内容：
上节课我们讲了Redis持久化RDB的方式，今天我们讲AOF.我们先回忆一下RDB的缺点
在默认情况下，Redis将内存数据库快照保存到dump.rdb的二进制文件中。可以对Redis进行设置，让它在“N秒内数据集至少有N个改动”， 这一条件被满足时，自动保存一次数据集。比如说：让Redis满足“60秒内至少有1000个键被改动”这一个条件时，自动保存一次数据集。
Redis 是基于内存的数据库, 服务一旦宕机, 内存中的数据将全部丢失. 通常来说可以通过数据库来恢复这些数据, 但这会给数据库带来非常大的读压力, 并且这个过程会非常缓慢, 并导致程序响应慢, 因此 Redis 提供了把内存数据持久化到硬盘, 并通过备份文件来恢复数据的功能, 即持久化机制.
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
