Redis持久化之内存快照

给redis当前内存里面的所有数据做要一个快照，当需要回复的时候，只要回复快照就好了。Redis 提供了两个命令来生成 RDB 文件，分别是 save 和 bgsave。

save：在主线程中执行，会导致阻塞；

bgsave：创建一个子进程，专门用于写入 RDB 文件，避免了主线程的阻塞，这也是Redis RDB 文件生成的默认配置。

 

如何在做快照的时候不影响修改数据

bgsave 子进程是由主线程 fork 生成的，可以共享主线程的所有内存数据。bgsave 子进程运行后，开始读取主线程的内存数据，并把它们写入 RDB 文件。

如果在做快照的时候，有数据修改，redis会用操作系统的写时复制技术(“写时复制“技术，也就是只有进程空间的各段的内容要发生变化时，才会将父进程的内容复制一份给子进程。)：

1. 这些数据被被复制一份，生成该数据的副本，bgsave子进程会把这个副本数据写入快照文件中。
2. 此时主线程仍然可以直接修改原来的数据。

 

做快照的开销

做快照的时候主要开销在以下方面：

1. 写磁盘，给磁盘的压力
2. fork 子进程bgsave这个创建过程会阻塞主线程，而且主线程的内存越大，阻塞时间越长。

 

增量快照

做了一次全量快照后，后续的快照只对修改的数据进行快照记录。

在两次快照期间，如果有一个键值对被改了，那么就要使用额外的元数据信息记录下来，这样子就不用每次都全量快照了。

但是这样也很容易把内存资源用完，在redis4.0后，提出了AOF与内存快照混合的方法。即在两次快照之间，使用 AOF 日志记录这期间的所有命令操作。这样：

1. 快照不用频繁进行，避免了多次fork子进程bgsave的开销。
2. AOF日志只用记录两次快照之间的变化，不会有文件过大的问题，也一定程度上避免了AOF重写。