Redis持久化

Redis提供了两种不同形式的持久化方式

• RDB (Redis DataBase)
• AOF (Append of File)

RDB

一 简介:

在指定的时间间隔内将内存中的数据集快照写入磁盘(保存的文件替换原先的文件进行全量的存储)，也就是行话讲的快照，它恢复时是将快照文件直接读到内存里。

二 数据如何存储和备份

Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束
了再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的
性能如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方式要比AOF方式更加
的高效。
RDB的缺点是最后一次持久化后的数据可能丢失。(RDB按照自己的设置定时存储,若中间在存储之前服务器
或者主机宕机了那么数据就会无法及时保存造成丢失)

三 RDB的优缺点

RDB的优点

• 节省磁盘空间内存中的rdbsave磁盘中的
• 恢复速度快 RDB的缺点
• 虽然Redis在fork时使用了写时拷贝技术，但是如果数据庞大时还是比较消耗性能。
• 在备份周期在一定间隔时间做一次备份，所以如果Redis意外down掉的话，就会丢失最后一次快照后的所有修改。

AOF

一 简介

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

二 AOF的同步频率设置

• 始终同步，每次Redis的写入都会立刻记入日志
• 每秒同步，每秒记入日志一次，如果右机，本秒的数据可能丢失。
• 把不主动进行同步，把同步时机交给操作系统。

三AOF的重写

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

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

四 AOF何时重写

• 重写虽然可以节约大量磁盘空间，减少恢复时间。但是每次重写还是有一定的负担的，因此设定Redis要满足一定条件才会进行重写。

auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb

• 系统载入时或者上次重写完毕时，Redis会记录此时AOF大小，设为base.size，如果Redis的AOF当前大/小>=base.size +base..size*100%（默认）且当前大小>=64mb（默认）的情况下，Redis会对AOF进行重写。

五 AOF优缺点

AOF优点

• 备份机制更稳健，丢失数据概率更低。
• 可读的日志文本，通过操作AOF稳健，可以处理误操作。 AOF的缺点
• 比起RDB占用更多的磁盘空间。
• 恢复备份速度要慢。
• 每次读写都同步的话，有一定的性能压力。
• 存在个别Bug，造成恢复不能。