Redis持久化 ROD快照和AOF的简单自我记忆

最新推荐文章于 2023-08-31 11:00:00 发布

原创最新推荐文章于 2023-08-31 11:00:00 发布 · 490 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#redis

redis 专栏收录该内容

2 篇文章

订阅专栏

Redis的持久化包括RDB快照和AOF日志两种方式。RDB通过全量快照保存数据，支持save和bgsave同步或异步操作。AOF记录每次修改的指令，采用fsync策略控制数据安全性，可进行定期重写以优化文件大小。在Redis 4.0引入了混合持久化，结合RDB和AOF优点。选择持久化策略时需权衡速度、安全性与磁盘占用。

个人简单理解：

ROB快照是:每次触发保存是将所有内存快照到一个新的rdb文件里面；

有2种方式:save 和 bgsave

save：同步执行，阻塞客户端redis命令知道保存完成

bgsave：异步执行，需要fork字进程，消耗内存。但是不阻塞客户端redis命令

AOF: 将修改的每一条指令记录转换为RESP指令写入到.aof文件中（先写到 os 缓存, 一段时间后写入磁盘）。

AOF重写: aof文件在一段时间后存在一些无用的指令，所以aof会定期根据内存中最新的数据生成AOF文件

RDB快照（snapshot）

AOF

你可以配置 Redis 多久才将数据 fsync 到磁盘一次。有三个选项：

1 appendfsync always：每次有新命令追加到 AOF 文件时就执行一次 fsync ，非常慢，也非常安全。
2 appendfsync everysec：每秒 fsync 一次，足够快，并且在故障时只会丢失 1 秒钟的数据。
3 appendfsync no：从不 fsync ，将数据交给操作系统来处理。更快，也更不安全的选择。

AOF重写