Redis 和 Memcached都是缓存数据库,不同于 Memcached 的很重要一点就是,Redis 支持持久化,而且支持两种不同的持久化操作。
Redis 的一种持久化方式叫快照(snapshotting,RDB)
,另一种方式是只追加文件(append-only file, AOF)
。
RDB
Redis 不同于 Memcached 的很重要一点就是,Redis 支持持久化,而且支持两种不同的持久化操作。
Redis 的一种持久化方式叫
快照(snapshotting,RDB)
,另一种方式是只追加文件(append-only file, AOF)
。
快照
:在指定的时间间隔内,将内存中的数据集快照写入磁盘,当恢复时,是将快照文件直接读到内存中。
Redis 会单独创建(fork)一个子进程来进行持久化(父进程继续处理客户端请求),会先将数据写到一个临时文件
中,等持久化过程结束了,再用这个临时文件替换掉上次持久化好的文件。整个过程中,主进程是不进行任何 IO 操作的,这就确保了极高的性能。如果需要大规模数据的恢复,且对于数据恢复的完整性不是那么敏感,那么 RDB 方式要比 AOF 更加有效。RDB 的缺点是最后一次持久化后的数据可能会丢失。我们默认的就是 RDB,一般情况下不需要修改这个配置。
RDB 保存的文件是 dump.rdb
触发机制
-
save
的规则满足的情况下,会自动触发 RDB 规则。比如save 900 1
,只要我们在900秒内修改了一次,就会触发持久化机制; -
执行
flashall
命令; -
执行
SHUTDOWN
退出 Reids 时 。
触发 RDB 机制后,便多出一个 dump.rdb
文件(在生产环境中我们一般会将此文件备份)。
如何恢复 RDB 文件?
只需要将 RDB 文件放入 Redis 的启动目录中即可,Redis 启动时会自动检查 dump.rdb
文件,恢复其中的数据。
优点
- 适合大规模的数据恢复,与 AOF 相比会更快;
- 对数据的完整性要求不高。
缺点
- 需要一定的时间间隔进行操作,如果 Redis 意外宕机了,最后一次修改的数据可能就没了;
- fork 进程的时候,会占用一定的内存空间。
AOF
将所有命令都记录下来(有个 history
文件),恢复的时候将该文件全部执行一遍。
以日志的形式记录每个写操作,将所有执行过的指令记录下来(读操作不记录),只许追加文件,但不许改写文件,Redis 启动之初会读取该文件重新构建数据。
AOF 保存的是 appendonly.aof
文件
如果该文件有错误,Redis 是启动不了的,我们就需要修复该文件。
Redis 提供了一个工具 redis-check-aof --fix
来修复它:
redis-check-aof --fix appendonly.aof
优点
- 每一次修改都同步,文件的完整性会更好;
- 开启每秒同步一次,可能会丢失一秒的数据;
- 开启从不同步,效率是最高的。
缺点
- AOF文件 远远大于 RBD,修复的速度也比 RDB 慢;
- AOF 运行效率也要比 RDB 慢,所以 Redis 默认的配置就是 RDB。
重写规则说明
AOF 默认的是文件的无限追加,这样的话文件会越来越大。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64m
Redis 会记录上次文件的大小。
如果 AOF 文件过大(大于64m),将会 fork 一个新的进程程将文件重写。