Redis持久化笔记（3）

redis持久化：把内存的数据存放到磁盘，避免因为断电等导致数据丢失。

RDB（Redis Database）

rdb就是在一定时间间隔内把当时的数据和状态保存为 .rdb文件放在磁盘中。

自动触发设置：在redis.conf

 修改.rdb文件的保存位置​​​​​​：​

可以在redis中使用config get dir命令获取.rdb的保存位置

手动触发：SAVE（不要用）和BGSAVE（默认）命令

SAVE：会中断redis的其他功能，当持久化操作完成后再重新启用。

BGSAVE：在后台异步进行保存操作，会fork一个子进程由它来执行持久化操作。

lastsave：获取上一次持久化操作成功的时间戳

修复破损的rdb文件：在set操作时value读到一半时redis死掉了，数据会出错从而可能导致整个rdb都坏了。

执行命令： redis-check-rdb    /（路径）/dump.rdb（可能破损的rdb文件）

禁用rdb：

1.在配置文件中删除save

2.动态禁用：redis-cli config set save ""

AOF（Append Only File）

aof：以日志形式记录每个写操作，对于该日志文件只允许追加不允许改写。redis启动时重新读该文件，将使用写操作重新执行一遍。

默认情况下，redis没有开启aof。

开启aof：修改配置文件：appendonly yes。

redis与aof文件间有个aof缓冲区，它会控制什么时候把写操作记录到aof文件，避免频繁的磁盘io。

为了防止aof文件膨胀，会进行aof重写，把一些命令合并，压缩文件。

写回策略：可以到配置文件中修改：appendfsync everysec

1、always：同步写回，写一个记一个，频繁io。

2、everysec（默认）：每秒将aof缓冲区的内容写到磁盘。

3、no：每次命令都写到aof缓冲区，由操作系统决定何时将缓冲区写到磁盘。

aof 在 配置文件 的内容：

开启：appendonly yes

写回策略：appendfsync everysec

aof文件保存位置：redis6及以前：与rdb相同，都是配置文件的 dir 配置

                              redis7之后：appenddirname "appendonlydir",如果dir为 /myredis ，

                                                   那么最后aof文件会在 /myredis/appendonlydir/ 下。

aof文件保存名称：redis6及以前：appendfilename "appendonly.aof"

                              redis7之后：appendfilename "appendonly.aof"，但会一分为三，会有三个文件。

如果在命令写入aof时redis挂了，aof会被污染，这时启动redis会报错，无法启动。

修复方法：redis自带的那个aof修复工具：redis-check-aof 

                在aof文件存放目录下执行命令： redis-check-aof --fix appendonly.aof.1.incr.aof

aof重写：当aof文件越来越大，可以使用aof重写进行文件瘦身

在配置文件中设置aof文件到达什么程度时开始aof重写。

设置重写峰值：auto-aof-rewrite-min-size 64mb

aof文件中有base.aof和incr.aof ，语句保存在incr.aof中，设置的峰值也是设置给incr.aof文件的，

当incr.aof文件超过了峰值，redis会自动aof重写，把incr.aof文件与base.aof文件合并瘦身后写给新的base.aof，而新的incr.aof重新开始记录。

这里把峰值设置为1k方便演示。

如果想要立刻进行aof重写：只需要在redis中执行：bgrewriteaof 

RDB 与 AOF 混合持久化

开启或关闭：aof-use-rdb-preamble yes/no

aof的优先级比较高

重启redis时优先载入aof文件来恢复数据（aof的数据集更完整）。rdb更适合用于备份数据库（aof会不断变化不好备份）。

rdb先进行快照存储，aof进行增量保存，当重写策略或手动触发重写时，将最新的数据存储为新的rdb记录。

纯缓存模式

同时关闭aof和rdb

关闭rdb：save ""，关闭后依然可以使用save或bgsave生成rdb文件

关闭aof：appendonly no，关闭后依然可以使用bgrewriteaof生成aof文件