Redis 中 默认会开启rdb 持久化方式，aof 默认不开启，Redis 提供不同级别的持久化方式

rdb: 在指定的时间间隔对你的数据进行快照存储

aof:记录每次Redis服务写操作，当Redis重启时会重新执行这些命令来恢复数据。aof以Redis协议 将每次写的命令追加到文件的末尾

查看redis.conf文件

aof 配置

[root@data-chain redis]# grep 'appendonly' redis.confappendonly no# The name of the append only file (default: "appendonly.aof")appendfilename "appendonly.aof"

rdb 配置

[root@data-chain redis]# grep 'save' redis.conf#   save 
      
      
       #   Will save the DB if both the given number of seconds and the given#   In the example below the behaviour will be to save:#   Note: you can disable saving completely by commenting out all "save" lines.#   It is also possible to remove all the previously configured save#   points by adding a save directive with a single empty string argument#   save ""save 900 1save 300 10save 60 10000
      
     

• rdb优点

rdb是一个非常紧凑的文件，他保存了指定时间的数据集，适合做数据备份（比如可以每一小时保存过去24小时的数据；每一天保存过去30天的数据）

rdb在在保存rdb文件时，父进程会fork出一个子进程，所有的工作都由子进程来完成，父进程不需要做任何事情，所以rdb持久化方式可以最大化Redis性能

• rdb缺点

rdb是在一定的时间段里保存数据，如果Redis服务器意外down机，这时候可能会造成数据丢失（比如 我是5分钟保存一次数据，万一服务器意外挂了，我可能就会丢失几分钟的数据）

rdb需要经常fork子进程保存数据集到磁盘上，如果redis数据巨大的话，整个过程会非常耗时

• rdb测试

默认情况下redis启用rdb方式，但是在启动redis 还是要指定默认的配置文件（redis 默认的rdb时间比较久，为方便测试 所以改下rdb得快照时间，改成【save 1 1】：表示每秒有一个key改变）

启动服务：

./redis-server ../redis.conf &

现在使用redis-cli 连接redis服务器，设置值

127.0.0.1:6379> set name zhangxsOK

 

这时redis会打印出日志

[root@vm1 src]# 5897:M 14 Jul 11:31:01.938 * 1 changes in 1 seconds. Saving...5897:M 14 Jul 11:31:01.939 * Background saving started by pid 59105910:C 14 Jul 11:31:01.943 * DB saved on disk5910:C 14 Jul 11:31:01.943 * RDB: 6 MB of memory used by copy-on-write5897:M 14 Jul 11:31:02.039 * Background saving terminated with success

然后杀掉redis进程，重启服务，之前set的值 还是存在

• aof优点

    • aof会让你的redis 更加耐久，你可以使用不同的fsync策略（无fsync，每秒一次sync,每次写入sync），默认情况下redis 是每秒一次sync，这样redis性能还是非常好的，redis的主进程会尽量处理客户端的请求，一旦出现故障，你最多丢失1秒的数据。

    • aof文件是一个只进行追加的日志文件，即便是因为磁盘满了或者意外down机，也可以使用redis-check-aof 进行修复命令

    • 当aof文件体积过大时，redis 后台进程会自动对aof文件进行重写，重写后的文件包含重写前文件最小的命令集合，整个过程是安全的

    • aof有序的保存了文件写入的命令，它使用的redis协议，这个协议的可读性很高。比如，如果我不小心执行了flshAll命令，只要你的aof文件没有被重写，你可以直接在aof文件的末尾删除flushAll命令，然后重启服务器。你的数据就会重新回到flushAll之前的数据集。

• aof缺点

在相同的数据集下，aof文件的体积要大于rdb文件

根据所使用的sync的策略，aof写入的速度可能要比rdb慢。一般情况下，每秒的sync的性能依然很高

至于使用哪种持久化方式，取决于自己的需求，一般情况下 两种都会使用, rdb 可以方便的用来做定时数据备份

• rdb的工作方式

redis会调用forks 生成一个子进程

子进程复制数据集到一个临时的rdb文件中

当子进程完成对数据集的复制后，redis会用新的rdb文件，并删除旧得rdb文件

• aof 工作方式

打开aof方式，在redis.conf中配置

appendonly yes

 

• aof 模式的三种选项

appendfsync always    //每次有写入命令都会同步appendfsync everysec  //每秒同步一次写入命令appendfsync no        //让操作系统刷新输出缓冲区。

 

 

• Aof 工作方式

 

 

 

 

• 从rdb模式 转到aof 模式（Redis2.2之后可以在不重启的情况下，从aof到rdb，并且rdb的数据还会同步到aof 中）

测试数据(当前还在rdb 持久化模式中)：

127.0.0.1:6379> set fang cuixianOK127.0.0.1:6379> exit

 

开始步骤：

    • 备份最新的dump.rdb文件，并放到一个安全的地方（为了防止意外）

    • 使用命令：

[root@vm1 src]# redis-cli config set appendonly yesOK[root@vm1 src]# redis-cli config set save ""OK

 这个是退出redis-cli客户端后的命令，如果在redis-cli内，使用 config set appendonly yes和config set save ""

执行上面两个命令后查看redis日志：

6044:M 14 Jul 12:22:49.893 * 1 changes in 1 seconds. Saving...6044:M 14 Jul 12:22:49.895 * Background saving started by pid 60496049:C 14 Jul 12:22:49.900 * DB saved on disk6049:C 14 Jul 12:22:49.901 * RDB: 6 MB of memory used by copy-on-write6044:M 14 Jul 12:22:49.995 * Background saving terminated with success6044:M 14 Jul 12:23:36.725 * Background append only file rewriting started by pid 60516044:M 14 Jul 12:23:36.767 * AOF rewrite child asks to stop sending diffs.6051:C 14 Jul 12:23:36.767 * Parent agreed to stop sending diffs. Finalizing AOF...6051:C 14 Jul 12:23:36.767 * Concatenating 0.00 MB of AOF diff received from parent.6051:C 14 Jul 12:23:36.767 * SYNC append only file rewrite performed6051:C 14 Jul 12:23:36.767 * AOF rewrite: 6 MB of memory used by copy-on-write6044:M 14 Jul 12:23:36.843 * Background AOF rewrite terminated with success6044:M 14 Jul 12:23:36.843 * Residual parent diff successfully flushed to the rewritten AOF (0.00 MB)6044:M 14 Jul 12:23:36.843 * Background AOF rewrite finished successfully

 

可以看到aof同步 写入成功。

    • 然后修改redis.conf文件，将appendonly 设置为yes，要不然重启服务器后 又会使用之前的配置。

关闭 rdb模式，不关也可以，两个持久化模式可以同时存在，一般情况下也是这样，这里为了测试，所以关掉。

    • 然后杀死redis服务，再重新启动Redis服务，进入redis-cli客户端，查看刚才的测试数据，这个测试数据是在rdb模式下执行的。

[root@vm1 src]# redis-cli127.0.0.1:6379> get fang"cuixian"

可以看到在 在rdb模式下 写的命令，在转换为aof模式后，数据还在。

 

 

参考文档：https://redis.io/topics/persistence