源码分析：redis的RDB持久化方式

rdb快照保存有两种方式，save和bgsave。

相同点：

都会调用rdbSave函数来进行快照保存。

不同点：

（1） SAVE 直接调用rdbSave ，阻塞Redis 主进程，直到保存完成为止。在主进程阻塞期间，服务器不能处理客户端的任何请求。

（2）BGSAVE 则fork 出一个子进程，子进程负责调用rdbSave ，并在保存完成之后向主进程发送信号，通知保存已完成。因为rdbSave 在子进程被调用，所以Redis 服务器在

BGSAVE 执行期间仍然可以继续处理客户端的请求。

下面是bgsave的被应用场景：

1. redis的配置文件可配置开启rdb方式，在m秒时间内发生n次变更则要进行rdb文件保存。

redis服务器启动后主要是通过时间事件来运行serverCron函数进行条件检查，若满足条件则进行rdb文件保存。

/* If there is not a background saving/rewrite in progress check if
* we have to save/rewrite now */
// 如果有需要，开始 RDB 文件的保存
for (j = 0; j < server.saveparamslen; j++) {
struct saveparam *sp = server.saveparams+j;

if (server.dirty >= sp->changes &&
server.unixtime-server.lastsave > sp->seconds) {
redisLog(REDIS_NOTICE,"%d changes in %d seconds. Saving...",
sp->changes, sp->seconds);
rdbSaveBackground(server.rdb_filename);
break;
}
}

注：红色部分表明以下几点

（1）通过启动子进程来进行rdb文件的生成和保存。文件保存期间，主进程不阻塞仍然可以正常提供服务。

（2）生成的rdb文件是启动子进程那一时刻redis内存数据的快照，所以其文件内容会比aof方式的数据旧。因此在rdb和aof方式都开启的情况下会优先载入aof文件。

（3）rdb是对内存快照的一次完整保存。所以rdb快照保存操作不宜频繁进行。

2. redis的主从复制模式也是采用的bgsave方式，将rdb快照发给从服务器来进行备份。

ps：好记性不如烂笔头！