Redis 持久化策略

Redis 提供了多种持久化机制，用于将数据保存到磁盘中，以防止因服务器重启或故障而导致的数据丢失。主要的持久化策略有两种：RDB (Redis Database) 和 AOF (Append Only File)，即当 Redis 服务器重新启动时，会读取相应的文件，来还原上次退出时的数据；

一、RDB

RDB 是 Redis 默认的持久化方式，它会定期的将 Redis 内存中的所有数据都写入硬盘中，生成一个 "快照"——.rdb 二进制文件；

"定期" 又有两种方式：

1）手动触发

程序员通过 Redis 客户端，执行特定的命令（save，bgsave）来触发快照的生成；

1. save 命令：执行 save 命令的时候，redis 就会全力以赴的进行 "快照生成" 操作，此时就会阻塞 redis 的其他客户端的命令，直到 RDB 过程完成为止，对于内存比较大的实例造成长时间阻塞，基本不采用；
2. bgsave 命令：background，该命令不会影响 Redis 服务器处理其他客户端的请求和命令，该命令通过多进程的方式实现，Redis 进程执行 fork 操作创建子进程，RDB 持久化由子进程负责，完成后自动结束，阻塞只发生在 fork 创建进程阶段，这个时间很短；
   1. 执行 bgsave 命令，Redis 父进程判断当前进是否存在其他正在执行的子进程，如 RDB / AOF 子进程，如果存在，bgsave 命令会直接返回；
   2. 父进程执行 fork 创建子进程，fork 过程中父进程会阻塞，通过 info stats 命令查看 latest_fork_usec 选项，可以获取最近⼀次 fork 操作的耗时，单位为微秒；
   3. 父进程 fork 操作执行完成后，bgsave 命令返回 "Background saving started" 信息并不再阻塞父进程，此时父进程可以继续响应其他命令；
   4. 子进程创建 rdb 文件，根据父进程内存生成临时快照文件，完成后对原有文件进行原子替换；执行 lastsave 命令可以获取最后一次生成 rdb 的时间，对应 info 统计的rdb_last_save_time 选项；
   5. 进程发送信号给父进程表示完成，父进程更新统计信息； 

通过 save 命令 手动触发 RDB