Redis持久化方式

1. 两个不同形式得持久化方式
   RDB(Redis DataBase)
   AOF(Append Of File)
2. RDB
3. 1 RDB
   在指定的时间间隔内将内存中的数据集快照(Snapshot)写入磁盘,恢复时将快照文件直接读到内存中。
4. 2 备份
   Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能；
5. 3 适用
   大规模数据的恢复且对于数据恢复的完整性不是非常敏感
6. 4 优点
   1）节省磁盘空间
   2）恢复速度快
7. 5 缺点
   1）虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。
   2）在备份周期在一定间隔时间做一次备份，所以如果Redis意外down掉的话，就会丢失最后一次快照后的所有修改。
8. AOF
9. 1 AOF
   以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，换言之，Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
10. 2 AOF同步频率设置：
    1）始终同步
    2）每秒同步
    3）不主动进行同步
11. 3 Rewrite:
    AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof。

如何实现重写？
AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)，遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件的操作，并没有读取旧的aof文件，而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似。
何时重写
系统载入时或者上次重写完毕时，Redis会记录此时AOF大小，设为base_size,如果Redis的AOF当前大小>= base_size +base_size*100% (默认)或当前大小>=64mb(默认)的情况下，Redis会对AOF进行重写。
3.4 AOF的优点：
1）备份机制更稳健，丢失数据概率更低。
2）可读的日志文本，通过操作AOF文件，可以处理误操作。
3.5 AOF的缺点：
1）比起RDB占用更多的磁盘空间。
2）恢复备份速度要慢。
3）每次读写都同步的话，有一定的性能压力。
4）存在个别Bug，造成不能恢复。
注意：
1）AOF和RDB同时开启，系统默认取AOF的数据
2）推荐AOF和RDB都使用
3）如果对数据不敏感，可以选单独用RDB
4）不建议单独用 AOF，因为可能会出现Bug
5）如果只是做纯内存缓存，可以都不用