redis持久化机制RDB、AOP

由于Redis是基于内存的数据库，为了保证数据的可用性，Redis提供了两种数据持久化机制：RDB和AOP，下面对这两种持久化方式加以分析。

RDB
运行原理
RDB模式可以在指定的时间间隔内生成内存中整个数据集的持久化快照。快照文件默认被存储在当前文件夹中，名称为dump.rdb，可以通过dir和dbfilename参数来修改默认值。

1.redis调用fork函数复制当前进行的一个副本-子进程
2.父进程继续接收并处理客户端发来的命令
3.子进行将内存中的数据写入一个临时的dump文件
4.子进程写入完成后，会用新的临时dump文件替换就的rdb文件
5.一次持久化完成

在执行fork函数的时候，操作系统会使用写时复制（copy-on-write）策略，也就是说在调用fork的一刻，父子进行有相同的内存模型，当父进程要修改其中的某片数据时，操作系统会将该片数据复制一份，从而保证不影响子进程。

rdb文件是经过压缩的文件，占用的空间比较小，更有利于传输，并且数据恢复速度也比较快。

RDB模式的优点
1.rdb持久化文件很紧凑，占用空间更小。 
2.rdb保存的是基于时间点的数据快照，更适合数据的备份和容灾 
3.利用rdb文件进行数据恢复时，速度更快

RDB模式的缺点
1.会造成部分数据的丢失 
2.当数据集非常大时，fork操作会占用很多系统资源，造成主服务进程假死

RDB模式适用的场景
1.数据备份 
2.可容忍部分数据丢失 
3.跨数据中心的容灾备份

AOF
aof持久化 记录服务器的所有写操作，并在服务器启动时重新执行这些命令来恢复数据集。aof文件中的命令全部以redis的协议格式存储，新命令会追加到文件的末尾，同时，redis还会在后台对aof文件进行重写，使得aof文件的体积不会过大。

aof机制默认关闭，可以通过appendonly = yes参数开启aof机制，通过appendfilename = myaoffile.aof指定aof文件名称。

对于触发aof重写机制也可以通过配置文件来进行设置：

auto-aof-rewrite-percenttage = 100
auto-aof-rewrite-min-size 64mb

第一个参数是配置较前一个aof文件大小增长的百分比，第二个参数是配置触发aof重写的aof的最小的大小。

修改aof的fsync策略：

appendfsync=always   同步持久化每一次修改操作
appendfsync=everysec   每秒想aof文件同步一次
appendfsync=no         关闭向aof文件写入修改

aof的优点
1.支持不同的fsync策略：no/always/everysec 
2.能够记录所有写操作，不会造成数据丢失 
3.aof重写机制确保aof文件不会过大 
4.aof文件可以很容易的读懂

aof的缺点
1.虽然有aof重写机制，单aof文件通常比rdb文件大 
2.在不同的fsync策略写，redis性能会受到一定影响