Redis 中的持久化 AOF持久化打开AOF持久化功能设置AOF文件的冲洗频率 AOF重写 AOF持久化的优缺点

最新推荐文章于 2023-08-03 15:09:18 发布

norang

最新推荐文章于 2023-08-03 15:09:18 发布

阅读量444

点赞数

分类专栏： Redis使用手册文章标签： redis AOF 持久化

本文链接：https://blog.csdn.net/norang/article/details/119832677

版权

Redis的AOF持久化提供增量式持久化，记录每次写操作命令。AOF开启通过`appendonly yes`，文件默认名`appendonly.aof`。可通过`appendfsync`设置文件冲洗频率，如`always`、`everysec`或`no`。AOF重写通过`BGREWRITEAOF`命令或配置触发，减少冗余命令，优化恢复速度。AOF优点在于安全性，缺点包括文件体积大、恢复速度慢及重写时的资源占用。

摘要由CSDN通过智能技术生成

这里写目录标题

15.2 AOF持久化

与全量式的RDB持久化功能不同，AOF提供的是增量式的持久化功能，这种持久化的核心原理在于：服务器每次执行完写命令之后，都会以协议文本的方式将被执行的命令追加到AOF文件的末尾。这样一来，服务器在停机之后，只要重新执行AOF文件中保存的Redis命令，就可以将数据库恢复至停机之前的状态。

作为例子，表15-3展示了一个Redis服务器生成AOF文件的过程。

在这里插入图片描述

从表15-3中可以看到，随着服务器不断地执行命令，被执行的命令也会不断地被保存到AOF文件中（文件中唯一不是用户执行的命令SELECT 0是服务器根据用户正在使用的数据库号码自动加上的）。这样一来，即使服务器在T4停机，它也可以在重启时通过重新执行AOF文件包含的命令来恢复数据。对于表15-3中展示的例子来说，服务器只要重新执行 AOF文件中包含的4个命令，就可以让数据库重新回到停机之前的状态。

为了方便展示，本书在介绍AOF相关内容时，通常会直接写出被执行的命令，但是在实际的AOF文件中，命令都是以Redis网络协议的方式保存的。比如，对于表15-3所示的情况，服务器将创建一个包含代码清单 15-1所示内容的AOF文件（为了能够清晰地辨别各个命令，清单将每个命令都单独列为一行）。

在这里插入图片描述