拉多镇

Redis的数据持久化：RDB与AOF

由 · 发布日期 · 已更新

Redis 有两种持久化方案，RDB （Redis DataBase）和 AOF （Append Only File）

RDB 详解

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

从配置文件了解RDB

打开 redis.conf 文件，找到如下配置项

1、RDB核心规则配置

# save <seconds> <changes>
save 900 1 
save 300 10
save 60 10000

save <指定时间间隔> <执行指定次数更新操作>，满足条件就将内存中的数据同步到硬盘中。官方出厂配置默认是 900秒内有1个更改，300秒内有10个更改以及60秒内有10000个更改，则将内存中的数据快照写入磁盘。

2、指定本地数据库文件名，一般采用默认的 dump.rdb

dbfilename dump.rdb

3、指定本地数据库存放目录

dir ./

4、配置存储至本地数据库时是否压缩数据，默认为yes。

rdbcompression yes

触发RDB快照

1 在指定的时间间隔内，执行指定次数的写操作

2 执行save（阻塞， 只管保存快照，其他的等待） 或者是bgsave （异步）命令

3 执行flushall 命令。

4 执行shutdown 命令。

通过RDB文件恢复数据

将dump.rdb 文件拷贝到redis的数据目录下，重启redis服务即可。

RDB 的优缺点

优点：

1 适合大规模的数据恢复。

2 如果业务对数据完整性和一致性要求不高，RDB是很好的选择。

缺点：

1 数据的完整性和一致性不高，RDB可能在备份时宕机。

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

AOF 详解

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

从配置文件了解AOF

打开 redis.conf 文件，找到 APPEND ONLY MODE 对应内容

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

appendonly yes

2、指定本地数据库文件名，默认值为 appendonly.aof

appendfilename "appendonly.aof"

3、指定更新日志条件

appendfsync no # always everysec

always：同步持久化，每次发生数据变化会立刻写入到磁盘中。性能较差当数据完整性比较好（慢，安全）

everysec：出厂默认推荐，每秒异步记录一次（默认值）

no：不同步

4、配置重写触发机制

auto-aof-rewrite-percentage 100 
auto-aof-rewrite-min-size 64mb

AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。

触发AOF快照

根据配置文件触发，可以是每次执行触发，可以是每秒触发，可以不同步。

根据AOF文件恢复数据

正常情况下，将appendonly.aof 文件拷贝到redis的数据目录下，重启redis服务即可。

可能因为某些原因导致appendonly.aof 文件格式异常，从而导致数据还原失败，可以通过命令redis-check-aof –fix appendonly.aof 进行修复。

AOF的重写机制

AOF的工作原理是将写操作追加到文件中，文件的冗余内容会越来越多。所以的 Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时，Redis就会对AOF文件的内容压缩。

重写的原理：Redis 会fork出一条新进程，读取内存中的数据，并重新写到一个临时文件中。最后替换旧的AOF文件。

AOF 的优缺点

优点：

数据的完整性和一致性更高

缺点：

因为AOF记录的内容多，文件会越来越大，数据恢复也会越来越慢。

总结

  1. Redis 默认开启RDB持久化方式，在指定的时间间隔内，执行指定次数的写操作，则将内存中的数据写入到磁盘中。
  2. RDB 持久化适合大规模的数据恢复但它的数据一致性和完整性较差。
  3. Redis 需要手动开启AOF持久化方式，默认是每秒将写操作日志追加到AOF文件中。
  4. AOF 的数据完整性比RDB高，但记录内容多了，会影响数据恢复的效率。
  5. Redis 针对 AOF文件大的问题，提供重写的瘦身机制。
  6. 若只打算用Redis 做缓存，可以关闭持久化。
  7. 若打算使用Redis 的持久化。建议RDB和AOF都开启。

发表回复