redis aof 日志持久化

一、aof 的原理

问题：

• 1、每个命令重写一次 aof？
• 2、某个 key 修改 100 次，产生 100 行记录，aof 文件会很大，怎么解决？

aof 重写（简化）

二、aof 的配置

appendfsync always #每一个命令，都立即同步到aof安全，速度慢
appendfsync everysec #折衷方案，每秒写一次
appendfsync no #写入工作交给操作系统，由操作系统判断缓冲区大小统一写到aof同步频率低，速度快

aof 重写策略：

1、bgrewriteaof命令
2、aof重写配置
auto-aof-rewrite-percentage 100 #aof文件大小比起上次重写时的大小，增长率100%时重写
auto-aof-rewrite-min-size 64mb #aof文件，至少超过64M重写
appendonly yes #是否打开aof日志功能，默认是no，如果需要改为yes即可
no-appendfsync-on-rewrite yes #正在导出rdb快照的过程中，要不要停止同步aof

三、解释

在 dump rdb 过程中，aof 如果停止同步，会不会丢失数据？

答：不会，所有的操作换存在内存的队列里，dump rdb 完成后统一操作

aof 重写是指什么?

答：aof 重写是指把内存中的数据，逆化成命令，写入到 .aof 日志里，以解决 aof 日志过大的问题

如果 rdb 文件和 aof 文件都存在，优先用谁来恢复数据？

答：aof

rdb 和 aof 是否可以同时使用？

答：可以的，而且推荐这么使用

恢复时，rdb 和 aof 哪个快？

答：rdb 快，因为其是数据的内存映射，直接载入到内存中，而 aof 是命令，需要逐条执行