Redis（七）------ Redis持久化

在这里插入图片描述

快照：在指定的时间间隔内将内存中的数据集快照写入磁盘
它恢复时是将快照文件直接读到内存
Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的。这确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效
RDB的缺点是最后一次持久化后，如果宕机了，数据可能丢失
我们默认的是RDB，一般情况下不需要修改这个配置
有时候在生产环境我们会将这个文件进行备份
rdb保存的文件是:dump.rdb
在配置文件的快照中进行配置

在这里插入图片描述

127.0.0.1:6379> config get dir
1) "dir"
# 如果在这个目录下存在 dump.rdb文件，启动就会自动恢复其中的数据
2) "/usr/local/bin"

在这里插入图片描述

以日志的形式来记录每个写操作，将Redis执行过的所有指令记录下来（读操作不记录），只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，换言之，Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据回复工作
AOF的保存文件的：appendonly.aof

在这里插入图片描述

快照功能（RDB）并不是非常耐久：如果Redis因为某些原因造成故障停机，那么服务器将丢失最近写入、以及未保存到快照中的数据。从1.1版本开始，Redis增加了一种完全耐久的持久化方式：AOF持久化
如果要使用AOF需要修改配置文件，appendonly yes，表示启用AOF，配置后重启Redis即可生效
测试：新建5个键值对 k1 v1 …
查看appendonly.aof文件

*2
$6
SELECT
$1
0
*3
$3
set
$2
k1
$2
v1
*3
$3
set
$2
k2
$2
v2
*3
$3
set
$2
k3
$2
v3
*3
$3
set
$2
k4
$2
v4
*3
$3
set
$2
k5
$2
v5

在这里插入图片描述