Redis简明教程：持久化
RDB持久化
我们都知道Redis内存数据库，所以当一些意外发生，比如进程被终止、服务器宕机等等，Redis中存储的这些数据也都会随之消失。为了解决这个问题，Redis提供了RDB持久化功能。RDB持久化功能生成的RDB文件是一个经过压缩的二进制文件，通过该二进制文件可以还原生成RDB文件时的数据状态！
RDB可以将Redis在内存中的数据状态保存到磁盘里面，避免数据意外丢失！
RDB可以手动执行，也可以定期执行，也可以将某个时间点的数据状态保存到一个RDB文件中!
总之一句话，RDB技术将Redis数据库进行快照持久化到RDB文件，在任何时候都可以通过RDB文件进行数据库恢复。
创建和载入RDB文件
创建RDB文件
Redis有两个命令用于生成RDB文件，SAVE和BGSAVE。
- SAVE命令会阻塞Redis服务器进程，直到RDB文件创建完成，期间，服务器不能处理任何命令请求。
- BGSABE命令由子进程负责创建RDB文件，服务器进程继续处理命令请求。
因为BGSAVE命令可以在不阻塞服务器进程的情况下执行，所以我们可以通过设置服务器配置的save选项，让服务器在条件满足的情况下自动执行，举个例子：
save 900 1 //900秒内，至少对数据库进行1次修改 save 300 10 //300秒内，至少对数据库进行10次修改 save 60 10000 //60秒内，至少对数据库进行10000次修改
只要满足以上三个条件的一种就会自动执行BGSAVE命令。
载入RDB文件
和保存不一样，RDB文件的载工作实在服务器启动时自动执行的，所以Redis并没有专门用于载入RDB文件的命令，只要Redis服务器启动时检测到RDB文件存在，他就会自动载入RDB文件。
以下是Redis服务器启动时打印的日志记录，其中第二条日志DB loaded from disk.....就是服务器在成功载入RDB文件之后打印的：
AOF持久化
除了RDB持久化方式外，Redis还提供了称之为AOF（Append Only File）的持久化功能。RDB会保存整个Redis的数据库快照，而AOF并不需要，它仅仅记录Redis服务器所有的写命令来记录数据库状态！
相当于AOF把你的操作记录下来写个操作手册，当需要恢复的时候，按照操作手册做一遍就完事了！。
AOF文件重写
因为AOF持久化是保存被执行的写命令来记录数据库状态的，所以随着服务器运行时间的流逝，AOF文件中的内容会越来越多，体积不断膨胀。为此Redis提供了称之为重写的功能，通过创建一个新的AOF文件来替代现有的AOF文件，新旧两个AOF文件所保存的数据库状态相同，但是新AOF文件不会包含任何浪费空间的冗余命令，所以新的AOF文件的体积通常会比旧的AOF文件小很多。
其实原理也很简单，文件重写直接对数据库状态进行分析，生成最高效的写语句，而不用记录所有操作记录！
参考资料
- 《Redis设计与实现第二版》