你在使用 Redis 的过程中，有没有担心过数据丢失的问题？尤其是在服务器突然宕机、意外断电等情况发生时，那些还没来得及持久化的数据，是不是让你夜不能寐？别担心，Redis 的 AOF 持久化技术就是来解决这些问题的！今天咱们就好好唠唠 Redis 中 AOF 持久化技术的原理，相信看完这篇文章，你能对它有一个全新的认识，以后用起来也能更加得心应手。

Redis 与 AOF：为什么它如此重要？

Redis 是一款高性能的键值对数据库，在互联网大厂的后端开发中被广泛使用。在实际应用场景里，数据的安全性和完整性至关重要。Redis 支持两种持久化方式，RDB和AOF。RDB 是通过快照的方式在指定时间间隔对数据进行持久化，而 AOF 则是通过追加命令的方式来实现。相比之下，AOF 能够更好地保证数据的完整性，因为它可以记录每一条写命令，即使发生故障，也能通过回放这些命令来恢复数据。

AOF 持久化：具体是如何工作的？

Redis 的 AOF 持久化功能的实现主要分为三个步骤：命令追加、文件写入和文件同步。

命令追加：当 AOF 功能开启后，Redis 服务器每执行完一个写命令，都会将这条写命令追加到服务器的aof_buf缓冲区的末尾 。

文件写入：接着，Redis 会根据配置选项来判断是否要将aof_buf中的内容写入到磁盘中的 AOF 文件。在redis.conf配置文件中的appendfsync配置项可填always、everysec和no三种参数：

• always：每次执行写命令都将aof_buf中的数据写入并同步到 AOF 文件，这种方式最安全但效率最慢；

• everysec：每隔一秒，将aof_buf中的数据写入并同步到 AOF 文件，效率较高且故障时最多丢 1 秒数据，是企业常用的配置；

• no：表示将aof_buf中的数据写入到 AOF 文件，但不同步，由操作系统决定何时同步，不可控，使用较少。

文件同步：现代操作系统为提高写文件效率，用户调用write函数后，数据先存内存缓冲区，满了或到一定时间才写入磁盘，OS 提供fsync和fdatasync函数可强制将缓冲区数据立刻同步到磁盘，AOF 文件从命令被追加到真正写入磁盘经过了两道缓存。

AOF 重写：解决文件膨胀的利器

随着服务器运行，AOF 文件会不断增大，这不仅会占用大量磁盘空间，还会影响 Redis 服务器的性能以及数据还原时间。为解决此问题，Redis 提供了 AOF 重写机制。

Redis 创建新 AOF 文件覆盖原有文件来完成重写，重写过程不读取或修改老 AOF 文件，而是从数据库中读取现有数据写入新 AOF 文件，即遍历数据库所有键，用命令记录键值对，达到压缩文件目的。

而且 Redis 起子线程做 AOF 重写，不阻塞主线程。重写时新执行的命令不仅追加到 AOF 缓冲区，还追加到 AOF 重写缓冲区。子线程重写完成发信号给主线程，主线程将 AOF 重写缓冲区数据写入新 AOF 文件，然后给新文件改名替换老文件。

数据还原：重启后的关键操作

当 Redis 服务器重启时，就需要载入 AOF 文件进行数据还原。这时会创建一个不带网络连接的伪客户端，因为 Redis 命令只能在客户端上下文中执行，载入 AOF 文件时命令来自文件而非网络连接，所以用无网络连接的伪客户端执行 AOF 文件中的写命令。

接着从 AOF 文件中分析并读取出一条写命令，使用伪客户端执行该命令，一直重复直到 AOF 文件中的所有写命令都被处理完毕，从而还原服务器关闭之前的数据库状态。

混合持久化

此外，还有混合持久化模式，在混合模式下，RDB 文件和 AOF 文件合二为一，前面一部分是 RDB 格式，后面一部分是 AOF 格式。重启 Redis 实例时，先加载前面的 RDB 部分，再追加执行后面的 AOF 部分，既保证了空间利用率，又保证了命令保存的时效性和完整性。

总结

通过以上对 Redis 中 AOF 持久化技术原理的详细讲解，相信你已经对它有了深入的了解。从命令追加、文件写入和同步，到 AOF 重写、文件载入与数据还原，再到混合持久化模式，每一个环节都有着它独特的作用和意义。掌握了 AOF 持久化技术，你在使用 Redis 时就能更加从容，不用担心数据丢失的问题。

如果你在实际应用中还有其他关于 Redis 的问题，欢迎在评论区留言讨论。也别忘了点赞、分享这篇文章，让更多的后端开发小伙伴一起学习进步！