Redis持久化、备份（RDB、AOF）

---

书写的纸张必定会成就非常酷的你。

---

RDB持久化与文件相关配置

1.RDB全称Redis Database Backup file（Redis数据备份文件），也被叫做Redis数据快照。简单来说就是把内存中的所有数据都记录到磁盘中。当Redis实例故障重启后，从磁盘读取快照文件，恢复数据。
2.在指定时间间隔内将内存中的快照写入磁盘,恢复时是将快照文件直接读到内存里.
3.Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上传持久化好的文件,整个过程中,主进程是不进行任何IO操作的.
4.RDB的缺点是最后一次持久化后的数据可能丢失.
5.如果需要进行大规模的数据恢复,且对数据恢复的完整性不是特别敏感,那RDB要比AOF方式更加高效.

FORK简介:
fork的作用是复制一个与当前进程一样的进程,新进程的所有数据,数值都和原进程一样,但是是一个新的进程,并作为原进程的子进程.

dump.rdb文件相关配置:
在redis.conf中配置文件名称默认为dump.rdb

当Redis无法写入磁盘的话,直接关掉Redis的写操作,默认yes

rdbcompression:(压缩文件)持久化的时候是否进行压缩操作
rdbchecksum :(检查完整性)数据进行持久化之前,检查数据是否正确,是否完整,是否有损坏

列如设置30秒持久化5个(30秒内至少有5个key变化,会执行持久化操作)重启redis后生效

测试案例

1.首先查看目前rdb文件大小为182

2.我设置的是30秒内有五个key发生变化所以以下我添加了五条数据进行测试

3.等待完30秒后使用命令再次查看文件大小

劣势:
虽然Redis在fork时使用了写时拷贝技术,但是数据如果庞大时,比较消耗性能的

rdb的备份

步骤一:
1.1:先关闭Redis
1.2:复制dump.rdb文件(因为文件里有你需要的持久化数据)起了个名称叫d.rdb,或者将rdb文件拷贝到别的地方

步骤二:
2.1:删除原来的dump.rdb文件
2.2:将d.rdb文件改名为dump.rdb
2.3:启动Reids备份数据会自动加载

AOF持久化与文件相关配置

1.AOF全称Append Only File
2.以日志的形式记录每个写的操作,将Redis执行过的所有命令记录下来,读的操作不记录,只许追加文件,不可以改写文件,Redis启动的时候会读取该文件重新构建数据

AOF持久化流程
1.客户端的请求写命令会被append追加到AOF缓冲区内
2.AOF文件大小超过重写策略或手动重写时,会对AOF文件进行重写,压缩AOF文件容量.
3.AOF默认不开启,可以在redis.conf配置文件中配置文件名称,默认为appendonly.aof.
4.AOF文件的保存路径与RDB一样
5.AOF与RDB同时开启,系统默认读取AOF的数据(保证数据不会操作丢失)

appendonly.aof文件相关配置:

启动方法:
将 appendonly no 改为 appendonly yes 重启Redis即可

AOF恢复操作:
1.跟rdb一样先复制aof文件

2.将Redis关闭并删除appendonly.aof文件

3.将a.aof文件修改为appendonly.aof文件重启Redis即可

AOF异常恢复
如果遇到AOF文件损坏,通过 redis-check-aof --fix appendonly.aof进行恢复

AOF同步频率设置
1.always 始终同步,每次Redis的写入都会记录到日志,性能较差但数据完整性比较好
2.everysec 每秒同步,每秒记入日志一次,如果故障,本秒数据可能丢失
3.不主动进行同步,把同步时机交给操作系统

Rewrite压缩
AOF采用的是文件追加方式,文件会越来越大避免出现这种情况,新增了重写机制,当文件大小超过了一定的阈值,Redis就会重启AOF文件的内容进行压缩