Redis持久化

一、RDB（Resis DataBase）

1，是什么

在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话里讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。

Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。

整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能，如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。

RDB的缺点是最后一次持久化后的数据可能丢失。

2，Fork

Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等）数值都和原来进程一致，但是是一个全新的进程，并作为原来进程的子进程。

3，RDB保存的是dump.rdb文件

查看配置文件可以看到在3种情况下会备份数据

也就是备份机制默认出厂设置即可。

 

当在120秒内10个key改变，就会备份数据，如下所示：

需要备份到其它物理机上，这里就先复制到本机

执行flushall/shutdown会迅速更新dump.rdb文件

启动的时候默认会读取dump.rdb到缓存种

 

如果数据比较重要，需要马上备份可以执行save指令

 

4，Stop-writes-on-bgsave-error

意思是后台备份出错，前台就要停止写，默认是配置成yes

如果配置成no，表示你不在乎数据不一致或者有其它的手段发现和控制

5，rdbcompression yes

rdbcompression ：对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是yes的话，redis会采用LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话，可以设置为关闭

6，rdbchecksum

rdbchecksum：在存储快照后，还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能小号，如果希望获取到最大的性能提升，可以关闭此功能。等服务器空闲可能会进行校验，比如晚上的时候

7，save与bgsave

save：save时只管保存，其它不管，全部阻塞。

bgsave：Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。可以通过lastsave命令获取最后一次成功执行快照的时间。

8，如何恢复

将备份文件（dump.rdb)移动到redis安装目录并启动服务即可，config get dir可以获取目录

9，RDB优势

适合大规模的数据恢复；

对数据完整性和一致性要求不高。

10，RDB劣势

在一定间隔时间做一次备份，所以redis如果意外down的话，就会在最后一次快照丢失所有的修改；

Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑。

11，如何停止

动态所有停止RDB保存规则的方法：redis-cli config set save ""

12,小结

 

 

二、AOF（Append Only File）

1,是什么

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

2，aof在配置文档中的打开位置

appendonly no//默认是no，yes就是打开aof持久化

打开后会记录每个步骤指令

3，aof相关的配置文件

4，rdb与aof如何加载、修复、恢复

2个文件在同一个目录下，当突然断电的时候，aof文件可能会在末尾生成错误文本，导致加载错误，加载不报错就会去以dump.rdb启动。

aof文件错误就会无法启动，出现如下连接拒绝错误，如何修复？

可以用redis-check-aof --fix appendonly.aof自动修复，会把断电期间的错乱数据清除，修复后重启服务即可

 5，Rewrite

• 是什么

AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制，当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集，可以使命令bgrewriteaof。

• 重写原理

AOF文件持续增长而过大时，会fork出一条新进程将文件重写（也是先写临时文件，最后再rename）。遍历新进程的内存数据，每条记录有一条set语句。重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似。

• 触发机制

Redis会记录上次重写时的AOF大小，默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。

6，AOF优势

每秒同步：appendfsync always 同步持久化，每次发生数据变更会被立即记录到磁盘，性能较差但数据完整性比较好

每修改同步：appendfsync everysec 异步操作，每秒记录，如果一秒内宕机，有数据丢失

不同步：appendfsync no  从不同步

7，AOF劣势

相同数据集的数据而言，aof文件要远大于rdb文件，恢复速度慢于rdb

aof运行效率要慢于rdb，每秒同步策略效率较好，不同步效率和rdb相同

8，AOF小结

三、总结

1，RDB持久化能够在指定的时间间隔能对你的数据进行快照存储

2，AOF持久化记录每次对服务器写的操作，当服务器重启的时候，会重新执行这些命令来恢复原来的数据，AOF命令以redis协议追加保存每次写的操作到文件末尾。

3，Redis还能对AOF文件进行后台重写，使得AOF文件的体积不至于过大

4，只做缓存：如果你只希望你的数据在服务器运行的时候存在，你也可以不使用任何持久化方式

5，同时开启两种持久化方式：

 

6，性能建议