Redis持久化机制

        Redis使用的是缓存，那么当Redis宕机时，就有可能造成数据的丢失，而持久化就很好的解决了这一问题。在Redis中有两种持久化方式：rdb和aof。今天就来盘一盘这两种持久化机制的原理。

区别：

首先需要清楚Redis两种持久化方式的区别：rdb采用的是定时的持久化机制，数据的全量同步，如果还没有同步数据之前Redis宕机了，那么可能造成数据的丢失；aof是基于数据日志操作实现的持久化，采用用增量的方式同步数据。默认情况下Redis开启rdb持久化方式。

1、rdb

在Redis中有两个进程，一个是主进程，负责处理Redis请求，另外一个是fork子进程，是负责定时同步数据，将数据以二进制的方式存储到RDB文件中，因为采用的是全量的同步，所以当新一轮的定时执行生成RDB文件时，将会覆盖掉原来的RDB文件，因此当Redis重启后，就会读取该文件恢复缓存数据。

看看redis.conf中的配置

同步的定时设定：

 sava 3600 1      在一个小时内有一个key发生变化，会同步

 save 300 100    在五分钟之内有100个key发生变化，会同步

 save 60 10000   在一分钟之内有10000个key发生变化，会同步

 变化是指对key的增删改

 rdb文件是在redis重启的时候恢复redis数据用的： 

这里在redis.conf中设置的是 save 5 1 ，在五秒内有一个key发生变化，将开启同步，这里存储一个键值对 name name，存储之后，可以看到生成了一个dump.rdb文件。

现在把redis杀死，再启动起来，看看数据是否可以恢复：

 可以看到刚才设置的键值对name也是获取到了，这就是redis在rdb持久化格式下的相关操作。

2、aof 

        aof是以命令的形式进行持久化，同时是使用增量同步，会生成appendonly.aof文件，记录的是操作的增删改的命令；另外，aof有三种同步的方式，分别是：

appendfsync always      只有key发生变化就同步
appendfsync everysec   每一秒同步一次
appendfsync no              不同步

 来看看redis.conf文件的关于aof的相关配置：

默认情况下是不启动aof持久化机制的，appendonly是no

官方推荐使用everysec的同步方式，每秒一次效率比较高，在一秒内key的变化将放在一个缓冲区，然后再去执行；always的同步方式不会造成数据的丢失，但是每一个key都会同步一次，效率非常的低。

 开启了aof持久化方式之后就会生成一个appendonly.aof文件，开始启动的时候，这个文件是空的

 当我们操作了存入一个值之后，看看效果，存储的是我们set name anjing的命令，这个文件只会存储增删改的命令，查询的命令是不会存储的。

 总结：rdb持久化方式比aof持久化方式效率相对要高一点，rdb不需要频繁的去做数据的同步，但是丢失数据的可能性比较大，因此，在日常开发中，这两种的持久化方式是结合起来使用的。