教你怎么用一篇文章彻底看懂Redis的持久化

为什么需要持久化

很简单，因为 Redis 是基于内存的。数据如果不进行持久化，当服务器重启或者宕机的时候数据是无法恢复的，所以为了保证数据的安全性，我们需要将内存中的数据持久化到磁盘中。

Redis的持久化

Redis 提供了两种持久化的方式，分别是 RDB 和 AOF。

• RDB : Redis的默认持久化方式，是基于 快照 来实现的，当符合一定条件的时候 Redis 会自动将内存中的数据进行快照然后持久化到磁盘中。
• AOF : Redis默认没有开启 AOF 持久化，需要在配置文件中设置 appendonly true 开启。它存储的是 Redis 的 顺序指令序列 。

RDB方式的持久化

save 阻塞方式

在 Redis 中有一个命令可以触发 RDB 持久化，但是这个操作会阻塞 Redis。

这个命令是 save，我们都知道 Redis 是单线程的，如果持久化进行 特殊的处理 的话，那么就会阻塞其他命令导致 Redis 短时间内不可用，如果 RDB 文件很大，那么刷盘操作将会数十秒，严重影响可用性，所以我们一般都不会使用 save 命令。

bgsave 后台方式

bgsave 顾名思义，就是 后台进行保存 。当执行这条命令的时候 Redis 就会进行一些 特殊处理 。

什么特殊处理呢？

首先 Redis 的主进程会调用 glibc 的函数 fork 产生一个子进程，此时会将文件 持久化全部交给子进程去处理，那么这时父进程就可以继续处理用户的请求了(bgsave执行之后直接会返回)。当然，在主进程进行 fork 操作的时候可能也会对用户请求命令 产生短暂的阻塞 。