redis系列4-持久化

redis持久化分为两种：RDB和AOF。

1.RDB

RDB持久化把当前进程数据生成快照（.rdb）文件保存到硬盘的过程，有手动触发和自动触发。
（1）手动触发
手动触发有有save和bgsave两命令。
save命令：阻塞当前Redis，直到RDB持久化过程完成为止，若内存实例比较大会造成长时间阻塞。
bgsave命令：redis进程执行fork操作创建子线程，由子线程完成持久化，阻塞时间很短（微秒级），是save的优化。在执行redis-cli shutdown关闭redis服务时，如果没有开启AOF持久化，自动执行bgsave。

在数据恢复的时候，将rdb文件放到redis安装目录与redis.conf同级目录，重启redis即可。
优点：压缩后的二进制文，适用于备份、全量复制，用于灾难恢复。加载RDB恢复数据远快于AOF方式
缺点：无法做到实时持久化，每次都要创建子进程，频繁操作成本过高。旧版本无法读取新版本的备份文件。

2.AOF

AOF就是解决RDB不适合实时备份的场景。
在redis.conf文件设置appendonly yes (默认不开启，为no)，即打开AOF。
AOF流程：

• 写入命令(set hset)会append追加到aof_buf缓冲区中
• AOF缓冲区向硬盘做sync同步
• 随着AOF文件越来越大，需定期对AOF文件rewrite重写，达到压缩
• 当redis服务重启，可load加载AOF文件进行恢复
  AOF配置：

appendonly yes     //启用aof持久化方式
# appendfsync always //每收到写命令就立即强制写入磁盘
appendfsync everysec //每秒强制写入磁盘一次，性能和持久化方面做了折中，推荐
# appendfsync no    //完全依赖os，性能最好,持久化没保证（操作系统自身的同步）
no-appendfsync-on-rewrite  yes  //正在导出rdb快照的过程中,要不要停止同步aof
auto-aof-rewrite-percentage 100  //aof文件大小比起上次重写时的大小,增长率100%时,重写
auto-aof-rewrite-min-size 64mb   //aof文件,至少超过64M时,重写	
AOF恢复和RDB类似，放在指定目录，重启reids即可。
如果恢复的时候，两个文件都存在使用哪个：
首先判断是否开启了AOF，如果开启了，查看是否有AOF文件，如果有加载AOF文件。
如果没有开启AOF文件或者没有AOF文件，加载RDB文件。如果加载AOF或者RDB文件失败，则启动失败。