Redis持久化之RDB

介绍

redis的持久化就是将内存里面的数据写入到某个文件中的一个过程。redis会单独创建一个一个fork子进程来进行持久化，先将数据写入到一个临时文件中，持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能，如果需要进行大规模数据的恢复，且对于数据恢复时的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效，RDB的缺点就是最后一次持久化的数据可能丢失。

Fork

Fork的作用是复制一个与当前进程一样的进程，新进程的所有数据（变量、环境变量、程序计数器等）数值和原进程一致，是一个全新的进程，并作为原进程的子进程
在linux系统中，fork产生一个和父进程完全相同的子进程，但子进程在此后多会exec系统调用，出于效率考虑，linux中引入了“写时复制技术”
一般情况父进程和子进程会共同作用同一个物理内存，只有进程空间的各段的内容要发生变化时，才会将父进程的内容复制给子进程。

持久化配置项更改

我们将/etc/redis.conf配置文件的定时保存项，时间间隔缩小一点，如下：

save 20 1

服务启动后，我们先检查一下dump.rdb的文件大小，如下：

配置保存，并重启，然后我们用redis-cli进行连接，如下：

我们已经在20秒以内，添加了2个key，再次查看dump.rdb的文件大小，如下：

备份与恢复

我们先添加几个key，配置用的还是上面的20秒以内至少1个key变动，就可以持久化，如下：

此时的文件大小，如下：

现在我们将服务停掉，然后将文件重命名，如下：

将dump.rdb文件删除，如下：

启动服务，此时dump.rdb文件已经不存在了，就好比数据丢失了，如下：

我们在新加的key在dump,rdb文件中，我们刚才的数据在dump1.rdb中，如下：

我们接下来恢复数据，将服务停掉，将dump.rdb删除，然后将dump1.rdb进行重命名，再启动服务，如下：

用客户端登录，查看一下数据，如下：