RDB--备份数据库状态
Redis通过RDB(快照)完成持久化，即保存某个时间点的全量数据快照
save：阻塞Redis的服务器进程，知道RDB文件被创建完成
bgsave：Fork出一个子进程来创建RDB文件，不阻塞服务器进程，并且实现了Copy-on-Write
---可以通过定时脚本定时调用bgsave指令进行定期备份
redis.conf
配置快照频次
save 900 1 #900秒内如果超过1个key被修改，则发起快照保存
save 300 10 #300秒内容如超过10个key被修改，则发起快照保存
save 60 10000
save "" #禁用RDB
当备份进程出错，主进程停止接收新的写入操作--保护持久化数据一致性
stop-writes-on-bgsave-error yes
备份是压缩rdb文件，建议关闭，redis是CPU密集型服务器，开启会带来更多的CPU的消耗
rdbcompression yes
自动化触发RDB持久化的方式
根据redis.conf文件配置里的SAVE m n 定时触发（用的是BGSAVE）
主从复制时，主节点自动触发
执行Debug Reload
执行Shoutdown且没有启动AOF持久化
Copy-on-Write
fork()之后，kernel把父进程中所有的内存页的权限都设为read-only，然后子进程的地址空间指向父进程。当父子进程都只读内存时，相安无事。当其中某个进程写内存时，CPU硬件检测到内存页是read-only的，于是触发页异常中断（page-fault），陷入kernel的一个中断例程。中断例程中，kernel就会把触发的异常的页复制一份，于是父子进程各自持有独立的一份。
fork()和exec()
fork是类Unix操作系统上创建进程的主要方法。fork用于创建子进程(等同于当前进程的副本)。
exec函数则装载一个新的程序（可执行映像）覆盖当前进程内存空间中的映像，从而执行不同的任务。
缺点
内存数据全量同步，数据量大会因I/O而影响性能
可能会因为Redis挂掉而丢失从当前值最近一次RDB期间的数据
AOF(Append-Onli-File)--备份数据库接收到的指令
记录下除了查询意外的所有变更数据库状态的指令
以append的形式追加保存到AOF文件中（增量）
redis.conf
appendonly yes #开启AOF备份
appendfsync always #总是写入aof文件，并完成磁盘同步
appendfsync everysec #每一秒写入aof文件，并完成磁盘同步
appendfsync no #写入aof文件，不等待磁盘同步
通过日志重写解决AOF文件大小不断增加问题
调用fork()创建子进程
子进程把新的AOF写到一个临时文件中，不依赖原文件
主进程持续将新的变动同时写入内存和原文件
主进程获取子进程重写AOF的完成信号，往新的AOF同步增量变动
使用新的AOF文件替换掉旧的AOF文件
Redis数据恢复
先判断AOF是否存在，若存在则直接加载AOF文件完成恢复，若不存在则加载RDB文件完成恢复
RDB与AOF优缺点
RDB
优点：全量数据快照，文件小，恢复快
缺点：无法保存最近一次快照后的数据
AOF
有点：可读性搞，适合保存全量数据，数据不易丢失
缺点：文件体积大，恢复时间长
Redis4.0后采用RDB-AOF混合持久化方式
BGSAVE做镜像全量持久化，AOF做增量持久化
