Redis是内存数据库，所以一旦断电或服务器进程退出，都会丢失数据，所以Redis提供了持久化功能。
RDB
RDB(Redis DataBase)Redis默认数据库，快照。
在指定间隔时间内将内存中的数据集快照写入磁盘，即Snapshot快照，恢复数据时直接将快照文件读到内存。
工作原理
当 Redis 需要保存 dump.rdb 文件时， 服务器执行以下操作:
- Redis 调用forks. 同时拥有父进程和子进程。
- 子进程将数据集写入到一个临时 RDB 文件中。
- 当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并删除旧的 RDB 文件。
触发RDB保存
- 满足save规则(可配置)
- 执行flushall命令后会触发
- 退出redis也会产生rdb文件
优缺点
| 优点 | 缺点 |
|---|---|
| 适合大规模数据恢复 | fork进程时会占内存 |
| 适合数据完整性要求不高 | 需要一定时间间隔触发，可能丢失最后一次修改数据 |
配置
默认即可
测试
AOF
AOF(Append Only File)只追加操作的文件。
以日志形式记录每个写操作指令，只追加文件不改写文件，Redis启动时读取该文件来重构数据，即依次执行写指令。
工作原理
AOF 重写和 RDB 创建快照一样，都巧妙地利用了写时复制机制:
- Redis 执行 fork() ，现在同时拥有父进程和子进程。
- 子进程开始将新 AOF 文件的内容写入到临时文件。
- 对于所有新执行的写入命令，父进程一边将它们累积到一个内存缓存中，一边将这些改动追加到现有 AOF 文件的末尾,这样样即使在重写的中途发生停机，现有的 AOF 文件也还是安全的。
- 当子进程完成重写工作时，它给父进程发送一个信号，父进程在接收到信号之后，将内存缓存中的所有数据追加到新 AOF 文件的末尾。
- 搞定！现在 Redis 原子地用新文件替换旧文件，之后所有命令都会直接追加到新 AOF 文件的末尾。
优缺点
| 优点 | 缺点 |
|---|---|
| 更好保证数据完整性 | 恢复数据速度慢 |
| aof文件可以读懂 | 运行效率也比rgb慢 |
配置
修复
持久化测试和RGB大同小异，删除aof文件后数据丢失。说一下AOF文件修复：
修改配置开启AOF，进行若干写操作：
然后再次连接redis客户端，报错拒绝连接：
启动修复
眼尖的人儿发现了rdb也有redis-check-rdb，然而rdb文件我们是看不懂的，你可以自己试试(偷懒 )
如何选择
其实就用官方默认RDB就好了。
引用官网：
原创不易，请勿转载（
本不富裕的访问量雪上加霜）
博主首页：https://blog.csdn.net/qq_45034708
如果文章对你有帮助，记得关注点赞收藏❤