Redis持久化

五、Redis持久化

Redis 为了内部数据的安全考虑，会把本身的数据以文件的形式保存到硬盘中一份，在服务器重启之后，会重新自动把硬盘的数据恢复到内存（redis）里面。数据保存到硬盘的过程就称为“持久化”。

Redis的两种持久化方式：

1. RDB
2. AOF

1. RDB

RDB 是 Redis 默认的持久化方案，也称为快照。在指定的时间间隔内，执行指定次数的写操作，则会将内存中的数据写入到磁盘中。即在指定目录下生成一个dump.rdb文件。Redis 重启会通过加载dump.rdb文件恢复数据。

1.1 RDB核心规则配置

save 900 1
save 300 10
save 60 10000

说明：save <指定时间间隔> <执行指定次数更新操作>，满足条件就将内存中的数据同步到硬盘中。配置默认是 900秒内有超过一个key被修改，300秒内有超过10个key被修改以及60秒内有超过10000个key被修改，则将内存中的数据快照写入磁盘。
若不想用RDB方案，可以把 save “” 的注释打开，下面三个注释。

1.2 备份文件名

默认的备份文件：

dbfilename dump.rdb

1.3 存放目录

默认配置：

dir ./

1.4 触发RDB快照

1. 在指定的时间间隔内，执行指定次数的写操作
2. 执行save（阻塞， 只管保存快照，其他的等待） 或者是bgsave （异步）命令
3. 执行flushall 命令，清空数据库所有数据。
4. 执行shutdown 命令，保证服务器正常关闭且不丢失任何数据。

1.5 RDB 的优缺点

优点：

1. 适合大规模的数据恢复。
2. 如果业务对数据完整性和一致性要求不高，RDB是很好的选择。

缺点：

1. 数据的完整性和一致性不高，因为RDB可能在最后一次备份时宕机了。
2. 备份时占用内存，因为Redis 在备份时会独立创建一个子进程，将数据写入到一个临时文件（此时内存中的数据是原来的两倍哦），最后再将临时文件替换之前的备份文件。
   所以Redis 的持久化和数据的恢复要选择在夜深人静的时候执行是比较合理的。

2. AOF

Redis 默认不开启。它的出现是为了弥补RDB的不足（数据的不一致性），所以它采用日志的形式来记录每个写操作，并追加到文件中。Redis 重启的会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

2.1 AOF开启

redis 默认关闭，开启需要手动把no改为yes

appendonly no

2.2 日志文件名

appendfilename "appendonly.aof"

2.3 更新日志条件

# appendfsync always
appendfsync everysec
# appendfsync no

说明：

• always：同步持久化，每次发生数据变化会立刻写入到磁盘中。性能较差当数据完整性比较好（慢，安全）
• everysec：默认推荐，每秒异步记录一次（默认值）
• no：不同步

2.4 AOF 的优缺点

优点：数据的完整性和一致性更高
缺点：因为AOF记录的内容多，文件会越来越大，数据恢复也会越来越慢。