Redis持久化

•  什么是redis持久化

1. Redis是一个支持持久化的内存数据库，也就是说redis需要经常将内存中的数据同步到磁盘来保证持久化。

• redis持久化方式

1. redis支持两种持久化方式：一是 Redis DataBase（RDB）方式；二是Append-only file（AOF）的方式；

• RDB持久化

        快照是默认的持久化方式。这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。

        可以通过配置文件设置自动做快照持久化的方式。我们可以配置redis在n秒内如果超过m个key被修改就自动做快照，下面是默认的快照保存配置：

save 900 1  #900秒内如果超过1个key被修改，则dump内存快照
save 300 10 #300秒内容如超过10个key被修改，则dump内存快照
save 60 10000 #在60秒之后，如果至少有10000个key发生变化，则dump内存快照 

RDB快照保存过程

1. Redis 调用forks. 同时拥有父进程和子进程。
2. 父进程继续处理client请求，子进程将数据集写入到一个临时 RDB 文件中。由于OS系统的写时复制机制（copy on write)父子进程会共享相同的物理内存，当父进程处理写请求时OS会为父进程要修改的数据创建副本，而不是写共享的数据。所以子进程的地址空间内的数据是fork时刻整个数据库的一个快照。
3. 当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并删除旧的 RDB 文件。

       client 也可以使用save或者bgsave命令（在conf配置文件中配置）通知redis做一次快照持久化。save操作是在主线程中保存快照的，由于redis是用一个主线程来处理所有 client的请求，这种方式会阻塞所有client请求。所以不推荐使用。另一点需要注意的是，每次快照持久化都是将内存数据完整写入到磁盘一次，并不是增量的只同步脏数据。如果数据量大的话，而且写操作比较多，必然会引起大量的磁盘IO操作，可能会严重影响性能,造成服务器压力过大等。
       另外由于快照方式是在一定间隔时间做一次的，RDB的优点是轻量,适合大规模的数据恢复;缺点是数据有一定的丢失风险,持久化的工作并不实时,所以如果redis意外down掉的话，就会丢失最后一次快照后的所有修改。如果应用要求不能丢失任何修改的话，可以采用AOF持久化方式。

RDB持久化触发方式

        RDB 持久化的方式决定了其触发的方式。Redis 提供了三种触发方式：手动触发、自动触发以及被动触发。

AOF持久化

AOF持久化过程

1. 将每次执行会改变数据库的命令记录下来,并追加到AOF文件中。AOF文件就是一个命令的记录,Redis重启时会重新执行AOF文件中的命令来恢复数据
2. AOF的优点是每次修改都会同步到磁盘,有效防止数据丢失;缺点是AOF rewrite的时候会阻塞客户端查询,并且文件会变得越来越大。
3. Redis提供了AOF重写机制,可以彻底压缩AOF文件体积,用一条等价的命令代替多条之前的命令。AOF重写也采用fork方式进行,不会影响应用的访问。

AOF重写的机制原理能

1. Redis 执行 fork() ，现在同时拥有父进程和子进程。
2. 子进程开始将新 AOF 文件的内容写入到临时文件。
3. 对于所有新执行的写入命令，父进程一边将它们累积到一个内存缓存中，一边将这些改动追加到现有 AOF 文件的末尾,这样样即使在重写的中途发生停机，现有的 AOF 文件也还是安全的。
4. 当子进程完成重写工作时，它给父进程发送一个信号，父进程在接收到信号之后，将内存缓存中的所有数据追加到新 AOF 文件的末尾。
5. Redis 原子地用新文件替换旧文件，之后所有命令都会直接追加到新 AOF 文件的末尾。

AOF持久化配置
在Redis的配置文件中存在三种同步方式，它们分别是：

appendfsync always     #每次有数据修改发生时都会写入AOF文件，非常慢，也非常安全。

appendfsync everysec  #每秒钟同步一次，该策略为AOF的缺省策略，并且在故障时只会丢失 1 秒钟的数据。

appendfsync no          #从不同步。高效但是数据不会被持久化，更快，也更不安全的选择。

AOF和RDB之间的相互作用

1. BGSAVE 执行的过程中， 不可以执行 BGREWRITEAOF 。 反过来说， 在 BGREWRITEAOF 执行的过程中， 也不可以执行 BGSAVE。这可以防止两个 Redis 后台进程同时对磁盘进行大量的 I/O 操作。
2. 如果 RDB 持久化和 AOF 持久化都被打开了， 那么程序会优先使用 AOF 文件来恢复数据集， 因为 AOF 文件所保存的数据通常是最完整的。