系列文章目录
第二十八章 分布式锁框架-Redisson
第二十四章 Spring boot 操作 Redis
第二十三章 Redis RDB AOF
第二十一、二十二章 Redis发布订阅、事务；HyperLoglog基数统计
第二十章 Redis连接指令 客户端指令 服务器指令
第十九章 Redis key
第十八章 Redis查看配置文件和数据类型
第十七章 Redis下载与安装
前言
Redis 提供了两种持久化机制：第一种是 RDB，又称快照（snapshot）模式，第二种是 AOF 日志，也就追加模式。
1、RDB
RDB 即快照模式，它是 Redis 默认的数据持久化方式，它会将数据库的快照保存在 dump.rdb 这个二进制文件中。
Redis 通过子进程遍历整个内存空间来获取存储的数据，从而完成数据持久化操作
1.1、手动触发策略
SAVE 命令会阻塞 Redis 服务器进程，直到 dump.rdb 文件创建完毕为止，在这个过程中，服务器不能处理任何的命令请求。
LASTSAVE 通常被用来检查 BGSAVE 命令是否执行完成。
BGSAVE命令是非阻塞式的，所谓非阻塞式，指的是在该命令执行的过程中，并不影响 Redis 服务器处理客户端的其他请求。
1.2、自动触发策略
自动触发策略，是指 Redis 在指定的时间内，数据发生了多少次变化时，会自动执行BGSAVE命令。
配置：
save 900 1
save 300 10
save 60 10000
RDB 数据持久化适合于大规模的数据恢复，并且还原速度快，如果对数据的完整性不是特别敏感（可能存在最后一次丢失的情况），那么 RDB 持久化方式非常合适。
2、AOF
AOF 被称为追加模式，或日志模式。AOF 机制默认处于未开启状态。
开启：
改配置：
#修改配置文件，把no改为 yes
appendonly yes
#确定存储文件名是否正确
appendfilename “appendonly.aof”
重启redis
aof文件重新瘦身设置
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb #表示触发AOF重写的最小文件体积,大于或等于64MB自动触发。
触发重写所需要的 aof 文件体积百分比，只有当 aof 文件的增量大于 100% 时才进行重写，也就是大一倍。比如，第一次重写时文件大小为 64M，那么第二次触发重写的体积为 128M，第三次重写为 256M，以此类推。如果将百分比值设置为 0 就表示关闭 AOF 自动重写功能。
AOF策略配置：
appendfysnc always/everysec/no
设置为always时，会极大消弱Redis的性能，因为这种模式下每次write后都会调用fsync（Linux为调用fdatasync）。
如果设置为no，则write后不会有fsync调用，由操作系统自动调度刷磁盘，性能是最好的。
everysec为最多每秒调用一次fsync，这种模式性能并不是很糟糕，一般也不会产生毛刺，这归功于Redis引入了BIO线程，所有fsync操作都异步交给了BIO线程。
3、RDB和AOF比较
| RDB持久化 | AOF持久化 |
|---|---|
| 全量备份，一次保存整个数据库。 | 增量备份，一次只保存一个修改数据库的命令。 |
| 每次执行持久化操作的间隔时间较长。 | 保存的间隔默认为一秒钟（Everysec） |
| 数据保存为二进制格式，其还原速度快。 | 使用文本格式还原数据，所以数据还原速度一般。 |
| 执行 SAVE 命令时会阻塞服务器，但手动或者自动触发的 BGSAVE 不会阻塞服务器 | AOF持久化无论何时都不会阻塞服务器。 |