1.
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);
- <span style="color:#ff0000;"> rdbSaveBackground(server.rdb_filename);</span>
- break;
- }
- }
(1)通过启动子进程来进行rdb文件的生成和保存。文件保存期间,主进程不阻塞仍然可以正常提供服务。
(2)生成的rdb文件是启动子进程那一时刻redis内存数据的快照,所以其文件内容会比aof方式的数据旧。因此在rdb和aof方式都开启的情况下会优先载入aof文件。
(3)rdb是对内存快照的一次完整保存。所以rdb快照保存操作不宜频繁进行。
2. redis的主从复制模式也是采用的bgsave方式,将rdb快照发给从服务器来进行备份。
ps:好记性不如烂笔头!