Redis的RDB和AOF两种持久化机制

       Redis持久化存储机制两种方式：RDB和AOF。RDB一定时间取存储文件，AOF默认每秒去存储历史命令。Redis是支持持久化的内存数据库，也就是说redis需要经常将内存中的数据同步到硬盘来保证持久化。

一.RDB

       RDB(Redis DataBase)是将数据写入一个临时文件，持久化结束后，用这个临时文件替换上次持久化的文件，数据恢复。
优点：使用单独子进程来进行持久化，主进程不会进行任何IO操作，保证了redis的高性能；
缺点：RDB是间隔一段时间进行持久化，如果持久化之间redis发生故障，会发生数据丢失。所以这种方式更适合数据要求不严谨的时候。

默认方式，将内存中以快照的方式写入到二进制文件中，默认为dump.rdb，可以通过配置设置自动做快照持久化的方式。我们可以配置redis在n秒内如果m个key修改，就自动做快照。

修改配置

vim /opt/work/redis/conf/redis.conf 修改配置文件
RDB默认开启，redis.conf中的具体配置参数如下:
save 900 1  #900秒内，超过1个key被修改，则发起快照保存
save 300 10  #300秒内，超过10个key被修改，则发起快照保存
save 60 10000  #60秒内，超过10000个key被修改，则发起快照保存
dbfilename dump.rdb    持久化数据存储在本地的文件
dir ./   持久化数据存储在本地的路径，如果是在/redis/redis-3.0.6/src下启动的redis-cli，则数据会存储在当前src目录下

二.AOF

       AOF(append-only file)是将执行过的指令记录下来，数据恢复时按照从前到后的顺序再将指令执行一遍，实现数据恢复。
优点：可以保持更高的数据完整性，如果设置追加file的时间是1s，如果redis发生故障，最多会丢失1s的数据；且如果日志写入不完整支持redis-check-aof来进行日志修复；AOF文件没被rewrite之前（文件过大时会对命令进行合并重写），可以删除其中的某些命令（比如误操作的flushall）。
缺点：AOF文件比RDB文件大，且恢复速度慢。

类似于mysql日志，由于快照方式是在一定时间间隔做一次，所以可能发生redis意外宕机的情况就会丢失最后一次快照后的所有被修改的数据，aof比快照方式有更好的持久化型，是由于redis在使用aof时，redis会将每一个收到的写命令都通过write函数追加到命令中，在redis重新启动时会重新执行文件中保存的写命令在内存中重建这个数据库的内容，这个文件在redis/bin目录下，appendonly.aof。aof不是立即写到硬盘上，可以通过配置文件修改强制写到硬盘中。

修改配置

appendonly yes //启动aof持久化 ,持久化有三种方式：
#appendfsync always //收到写命令就立即写入到磁盘，效率最慢，但是保证完整的持久化（最常用）
#appendfsync everysec //每秒写一次硬盘，在性能和持久化方面做了很好的这种	 
#appendfsync no  //完全依赖os，性能最好，持久化没保证。

 注意： 开启aof后之前的rdb模式就时效了，且之前的数据会被清空，重启redis发现bin/目录下多了一个appendonly.aof。