Redis持久化

Redis虽然是一个内存级别的缓存程序，就是说Redis是使用内存进行数据缓存的，但是其可以将内存的数据按一定的策略保存到磁盘上，从而实现数据持久保存的目的。目前Redis支持两种不同的数据持久化保存机制，RDB和AOF。

一、 RDB模式

RDB: 基于时间的快照，其默认只保留当前最新的一次快照，
特点: 是执行速度比较快，
缺点: 是可能会丢失上次快照到当前时间点之间未做快照的数据。

- RDB实现的具体过程：

• Redis从主进程先fork出一个子进程，使用写时复制机制，子进程将内存的数据保存为一个临时文件，比如dump.rdb.temp，当数据保存完成之后再将上一次保存的RDB文件替换掉，然后关闭子进程，这样可以保存每一次做RDB快照的时候，保存的数据都是完整的。因为直接替换RDB文件的时候可能会出现突然断电等问题，使RDB文件还没有保存完整就突然关机停止，而导致数据丢失的情况。可以手动将每次生成的RDB文件进行备份，这样可以最大化保存历史数据。

- RDB模式的优缺点:

• 优点：
  1、 RDB快照保存了某个时间点的数据，可以通过脚本执行bgsave(非阻塞)或save(阻塞)命令自定义时间点备份，可以保留多个备份，当出现问题可以恢复到不同时间点的版本。
  2、可以最大化IO的性能，因为父进程在保存RDB文件的时候，唯一要做的是fork出一个子进程，随后的操作都会由这个子进程操作，父进程无需任何的IO操作。
  3、RDB在大量数据比如几个G的数据，恢复的速度比AOF快。

• 缺点：
  1、不能时时的保存数据，会丢失自上一次执行RDB备份到当前的内存数据。
  2、数据量非常大的时候，从父进程fork的时候需要一点时间，可能是毫秒或者秒或者分钟，取决于磁盘IO性能。

二、 AOF模式

AOF: 按照操作顺序依次将操作添加到指定的日志文件中，
特点: 是数据安全性相对较高，
缺点: 是即使有些操作是重复的也会全部记录。

• AOF和RDB一样使用了写时复制的机制，AOF默认为每秒钟fsync一次，即将执行的命令保存到AOF文件当中，这样即使Redis服务器发生故障，最多丢失1秒钟的数据，也可以设置不同的fsync策略，或者设置每次执行命令的时候执行fsync，fsync会在后台执行线程，所以主线程可以继续处理用户的正常请求，而不受到写入AOF文件的IO影响。
• AOF模式优缺点：
  1、AOF文件大小要大于RDB格式的文件。
  2、根据所使用的fsync策略(fsync是同步内存中Redis所有已经修改的文件到存储设备)，默认是appendfsync everysec 即每秒执行一次fsync。