Redis 数据恢复方式说明

最新推荐文章于 2024-06-30 15:56:22 发布

木鱼-

最新推荐文章于 2024-06-30 15:56:22 发布

阅读量288

点赞数

分类专栏： redis 文章标签： redis 数据库

本文链接：https://blog.csdn.net/zzy7075/article/details/134717083

版权

Redis的AOF（Append Only File）机制通过记录命令确保数据持久化。AOF文件包含Redis执行的每条命令，以文本形式保存，确保避免错误命令记录。AOF有同步写回、每秒写回和操作系统控制写回三种策略，分别在性能和数据丢失之间权衡。AOF文件过大可通过重写机制压缩，由子进程完成，避免阻塞主线程。Redis还提供RDB快照，通过写时复制技术减少阻塞，但在大内存场景下可能导致资源风险。结合RDB和AOF可实现更高数据安全性。

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

AOF日志
AOF（Append Only File）是写后日志，Redis先执行命令把数据写入内存，然后才记录日志。

实现原理
AOF 里记录的是 Redis 收到的每一条命令，这些命令是以文本形式保存的。
示例：

set testkey testvalue
对应AOF文件

*3
$3
set
$7
testkey
$9
testvalue
“*3”表示当前命令有三个部分，每部分都是由“$+数字”开头，后面紧跟着具体的命令、键或值。
数字”表示这部分中的命令、键或值一共有多少字节。
注意：
为了避免额外的检查开销，Redis 在向 AOF 里面记录日志的时候，并不会先去对这些命令进行语法检查。
所以，如果先记日志再执行命令的话，日志中就有可能记录了错误的命令，Redis 在使用日志恢复数据时，就可能会出错。
写后日志这种方式，就是先让系统执行命令，只有命令能执行成功，才会被记录到日志中，否则，系统就会直接向客户端报错。
AOF的好处：

可以避免出现记录错误命令的情况
它是在命令执行后才记录日志，所以不会阻塞当前的写操作。
风险：

如果刚执行完一个命令，还没有来得及记日志就宕机了，那么这个命令和相应的数据就有丢失的风险。
AOF 虽然避免了对当前命令的阻塞，但可能会给下一个操作带来阻塞风险。
这两个风险都是和 AOF 写回磁盘的时机相关的。
三种写回策略
AOF 机制给我们提供了三个选择，