Redis(四)数据的持久化

Redis的数据持久化

RDB
        
在特定的一段时间内，redis会fork一个和主进程一模一样的子进程来进行持久化，将内存中的数据写到磁盘中。

优点：

1.适合大规模的恢复，

2.对数据的完整性和一致性要求不高。

缺点：

1.在一定的时间段内，如果redis挂掉了，就会丢失最后一次快照后的所有修改。

2.fork子进程会对内存中的数据相当于copy了一份，两倍的膨胀性需要考虑。

AOF

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

rewrite：

AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)，
遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件的操作，并没有读取旧的aof文件，
而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似，重写原理：Redis会记录上次重写时的AOF大小，默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发

优点

数据完整性比较高，可以设置数据同步策略appendfsync always（每次发生数据变更会立刻被记录在磁盘中），appendfsync everysec  每秒记录，appendfsync no从不同步。

缺点

相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢于rdb