redis和CDH集成

1、 redis源码介绍

在（3）中详细介绍了redis的几种持久化模式，接下来就在redis的源码中介绍，其持久化的实现方式。
在详细介绍其代码之前先简单介绍一下redis源码的目录结构。

在官网下载的文件解压后可以得到以下目录：

源码在src目录中，其内容如下：

文件很多，有一百多个，其中与持久化相关的有server.c、aof.c、rdb.c等等。

2、 RDB源码

代码入口

从之前的分析可以知道redis触发RDB的持久化有两种方式，一种是满足save命令设定的条件，还有一种是在客户端输入bgsave命令。

第一种是根据条件触发的，作为读源码的入口来说不是很合适，第二种需要解析客户端与服务器的交互，服务器接收到命令的命令解析过程，然后才是命令的执行。

这里我们首先分析第二种方式，不过我们略过前面的步骤，直接从bgsave的命令执行开始。

首先我们在src目录下找到server.c文件（本文使用的5.0版本，早期版本可能没有这个文件，类似的文件可以找redis.c），在这个文件中定义的一个redisCommandTable数组，这个数组里定义的redis支持的命令与其对应函数的对应关系，在其中找到bgsave命令。如图：

从这里可以看出在执行bgsave命令的时候实际是会执行bgsaveCommand函数，这个函数我们可以在rdb.c中找到，其内容如下：

/* BGSAVE [SCHEDULE] */
void bgsaveCommand(client *c) {
    int schedule = 0;

    /* The SCHEDULE option changes the behavior of BGSAVE when an AOF rewrite
     * is in progress. Instead of returning an error a BGSAVE gets scheduled. */
    if (c->argc > 1) {
        if (c->argc == 2 && !strcasecmp(c->argv[1]->ptr,"schedule")) {
            schedule = 1;
        } else {
            addReply(c,shared.syntaxerr);
            return;
        }
    }

    rdbSaveInfo rsi, *rsiptr;
    rsiptr = rdbPopulateSaveInfo(&rsi);

    if (server.rdb_child_pid != -1) {
        addReplyError(c,"Background save already in progress");
    } else if (server.aof_child_pid != -1) {
        if (schedule) {
            server.rdb_bgsave_scheduled = 1;
            addReplyStatus(c,"Background saving scheduled");
        } else {
            addReplyError(c,
                "An AOF log rewriting in progress: can't BGSAVE right now. "
                "Use BGSAVE SCHEDULE in order to schedule a BGSAVE whenever "
                "possible.");
        }
    } else if (rdbSaveBackground(server.rdb_filename,rsiptr) == C_OK) {
        addReplyStatus(c,"Background saving started");
    } else {
        addReply(c,shared.err);
    }
}

仔细分析上述代码会发现：他实际没有执行持久化操作，他只是将 server.rdb_bgsave_scheduled的值设置为1了。其他的代码都打印错误信息之类的。那么bgsave的执行方式就很明显了，他只是更改rdb_bgsave_scheduled的值，然后快速返回，告诉用bgsave已经开始，最后数据库读取到这个值再开始执行持久化。