四、数据库实现
在Redis中，服务器中所有的数据库都保存在redis.h/redisServer结构中的db数组中：
struct redisServer {
// ……
// 保存服务器中所有的数据库
redisDb *db；
//……
// 决定服务器初始化时创建的数据库数量
// 默认16
int dbnum；
}
默认配置下的服务器启动之后的状态如下：
对于redis的客户端而言，其结构中的db属性指向了当前正在操作的目标数据库，假设一个客户端的目标数据库为1，实例如下：
注：可以通过select指令进行数据库的切换（其实就是更改db的指向）。
数据库键空间
概念
Redis服务器中的每个数据库都由redis.h/redisDb结构表示，如下：
typedef struct redisDb {
// 数据库键空间，保存着数据库中的所有键值对
dict *dict; /* The keyspace for this DB */
// 键的过期时间，字典的键为键，字典的值为过期事件 UNIX 时间戳
dict *expires; /* Timeout of keys with a timeout set */
// 正处于阻塞状态的键
dict *blocking_keys; /* Keys with clients waiting for data (BLPOP) */
// 可以解除阻塞的键
dict *ready_keys; /* Blocked keys that received a PUSH */
// 正在被 WATCH 命令监视的键
dict *watched_keys; /* WATCHED keys for MULTI/EXEC CAS */
struct evictionPoolEntry *eviction_pool; /* Eviction pool of keys */
// 数据库号码
int id; /* Database ID */
// 数据库的键的平均 TTL ，统计信息
long long avg_ttl; /* Average TTL, just for stats */
} redisDb;
其中dict字典保存了该数据库的所有键值对，我们就将其称为键空间。
键空间和用户所见的数据库是直接对应的：
·键空间的键也就是数据库的键，每个键都是一个字符串对象。
·键空间的值也就是数据库的值，每个值可以是字符串对象、列表对象、哈希表对象、集合对象和有序集合对象在内的任意一种 Redis 对象。
例如下图就是一个拥有一个字符串对象、哈希对象、列表对象的数据库键空间的实例：
对一个数据库键进行添加、删除、更新、取值，其实都是先在键空间中取出键，而后再操作其对应的值对象。
另外，在读写键的时候，需要进行一些维护操作：
- 在读取一个键之后（读操作和写操作都要对键进行读取），服务器会根据键是否存在，以此来更新服务器的键空间命中（hit）次数或键空间不命中（miss）次数， 这两个值可以在 INFO stats 命令的 keyspace_hits 属性和 keyspace_misses 属性中查看。
- 在读取一个键之后，服务器会更新键的 LRU （最后一次使用）时间，这个值可以用于计算键的闲置时间，使用命令OBJECT idletime 命令可以查看键key的闲置时间。
- 如果服务器在读取一个键时，发现该键已经过期，那么服务器会先删除这个过期键，然后才执行余下的其他操作。
- 如果有客户端使用WATCH命令监视了某个键，那么服务器在对被监视的键进行修改之后， 会将这个键标记为脏（dirty）， 从而让事务程序注意到这个键已经被修改过。
- 服务器每次修改一个键之后，都会对脏（dirty）键计数器的值增一， 这个计数器会触发服务器的持久化以及复制操作执行。
- 如果服务器开启了数据库通知功能，那么在对键进行修改之后， 服务器将按配置发送相应的数据库通知。
生存/过期时间
数据库redisDb结构中的expire字典保存过期时间，故称其为过期字典。
一个数据库的实例展示如下：
注：过期字典中存储的对象跟键空间的对象是共享的！
expire（秒）/pexpire（毫秒）命令可以使得客户端以秒或者毫秒精度为某个键设置生存时间（TTL），经过指定时间之后，服务器就会删除生存时间为0的键。
expireat/pexpireat命令可以设置过期时间，即到达那个时刻就删除。
四种命令如下：
注：其实这四种命令都可以看成**pexpireat,**它们之间的关系如下：
它们的底层代码如下**：**
// 命令的第二个参数可能是绝对值，也可能是相对值。
//当执行 *AT 命令时， basetime 为 0 ，在其他情况下，它保存的就是当前的绝对时间。
//unit 用于指定 argv[2] （传入过期时间）的格式，
//它可以是 UNIT_SECONDS 或 UNIT_MILLISECONDS ，
// basetime 参数则总是毫秒格式的。
void expireGenericCommand(redisClient *c, long long basetime, int unit) {
robj *key = c->argv[1], *param = c->argv[2];
long long when; /* unix time in milliseconds when the key will expire. */
// 取出 when 参数
if (getLongLongFromObjectOrReply(c, param, &when, NULL) != REDIS_OK)
return;
// 如果传入的过期时间是以秒为单位的，那么将它转换为毫秒
if (unit == UNIT_SECONDS) when *= 1000;
when += basetime;
/* No key, return zero. */
// 取出键
if (lookupKeyRead(c->db,key) == NULL) {
addReply(c,shared.czero);
return;
}
/* 在载入数据时，或者服务器为附属节点时，
* 即使 EXPIRE 的 TTL 为负数，或者 EXPIREAT 提供的时间戳已经过期，
* 服务器也不会主动删除这个键，而是等待主节点发来显式的 DEL 命令。
* 程序会继续将（一个可能已经过期的 TTL）设置为键的过期时间，
* 并且等待主节点发来 DEL 命令。
*/
if (when <= mstime() && !server.loading && !server.masterhost) {
// when 提供的时间已经过期，服务器为主节点，并且没在载入数据
robj *aux;
redisAssertWithInfo(c,key,dbDelete(c->db,key));
server.dirty++;
/* Replicate/AOF this as an explicit DEL. */
// 传播 DEL 命令
aux = createStringObject("DEL",3);
rewriteClientCommandVector(c,2,aux,key);
decrRefCount(aux);
signalModifiedKey(c->db,key);
notifyKeyspaceEvent(REDIS_NOTIFY_GENERIC,"del",key,c->db->id);
addReply(c, shared.cone);
return;
} else {
// 设置键的过期时间
// 如果服务器为附属节点，或者服务器正在载入，
// 那么这个 when 有可能已经过期的
setExpire(c->db,key,when);
addReply(c,shared.cone);
signalModifiedKey(c->db,key);
notifyKeyspaceEvent(REDIS_NOTIFY_GENERIC,"expire",key,c->db->id);
server.dirty++;
return;
}
}
另外，可以使用persist命令解除过期时间；TTL/PTTL返回键的剩余生存时间。
过期删除策略
有三种常见的删除策略：
·定时删除：在设置键过期时间时，创建一个定时器，使得当定时器时间来临时，立即删除键；
该方法对内存友好，因为可以保证尽快删除过期的键并释放内存；缺点就是对CPU不友好，因为频繁的删除键会占用CPU时间，可能会影响吞吐量和响应时间。另外，定时器事件的时间复杂度为O(N)。
·惰性删除：过期键并不立即删除，而是每次取键时看它过期没有，过期就删除，没有就返回该键；
这种方式对CPU友好，因为仅在需要该键时才会检查，但缺点就是对内存不友好，过多的过期键会占用大量的内存，甚至可以看成内存泄漏——因为有的键所占用内存可能一直不会释放。
·定时删除：两者的一种折中方式，隔一段时间对数据库检查，删除其中过期的键，检查策略是重点：检查间隔跟检查数量。
Redis采用的是惰性删除和定期删除策略。
惰性删除
源码在db.c/expireIfNeeded，Redis在读写所有键的时候会检查其输入键是否过期：
int expireIfNeeded(redisDb *db, robj *key) {
// 取出键的过期时间
mstime_t when = getExpire(db,key);
mstime_t now;
// 没有过期时间
if (when < 0) return 0; /* No expire for this key */
// 如果服务器正在进行载入，那么不进行任何过期检查
if (server.loading) return 0;
now = server.lua_caller ? server.lua_time_start : mstime();
// 当服务器运行在 replication 模式时
// 附属节点并不主动删除 key
// 它只返回一个逻辑上正确的返回值
// 真正的删除操作要等待主节点发来删除命令时才执行
// 从而保证数据的同步
if (server.masterhost != NULL) return now > when;
// 运行到这里，表示键带有过期时间，并且服务器为主节点
/* Return when this key has not expired */
// 如果未过期，返回 0
if (now <= when) return 0;
/* Delete the key */
server.stat_expiredkeys++;
// 向 AOF 文件和附属节点传播过期信息
propagateExpire(db,key);
// 发送事件通知
notifyKeyspaceEvent(REDIS_NOTIFY_EXPIRED,
"expired",key,db->id);
// 将过期键从数据库中删除
return dbDelete(db,key);
}
定期删除
源码在redis.c/activeExpireCycle，该函数会在规定时间内分多次遍历服务器的各个数据库，从expire字典中随机检查一部分键的过期时间，并删除其中的过期键：
void activeExpireCycle(int type) {
// 静态变量，用来累积函数连续执行时的数据
static unsigned int current_db = 0; /* Last DB tested. */
static int timelimit_exit = 0; /* Time limit hit in previous call? */
static long long last_fast_cycle = 0; /* When last fast cycle ran. */
unsigned int j, iteration = 0;
// 默认每次处理的数据库数量
unsigned int dbs_per_call = REDIS_DBCRON_DBS_PER_CALL;
// 函数开始的时间
long long start = ustime(), timelimit;
// 快速模式
if (type == ACTIVE_EXPIRE_CYCLE_FAST) {
// 如果上次函数没有触发 timelimit_exit ，那么不执行处理
if (!timelimit_exit) return;
// 如果距离上次执行未够一定时间，那么不执行处理
if (start < last_fast_cycle + ACTIVE_EXPIRE_CYCLE_FAST_DURATION*2) return;
// 运行到这里，说明执行快速处理，记录当前时间
last_fast_cycle = start;
}
/* 一般情况下，函数只处理 REDIS_DBCRON_DBS_PER_CALL 个数据库
* 除非：
* 当前数据库的数量小于 REDIS_DBCRON_DBS_PER_CALL
* 如果上次处理遇到了时间上限，那么这次需要对所有数据库进行扫描，
* 这可以避免过多的过期键占用空间
*/
if (dbs_per_call > server.dbnum || timelimit_exit)
dbs_per_call = server.dbnum;
// 函数处理的微秒时间上限
// ACTIVE_EXPIRE_CYCLE_SLOW_TIME_PERC 默认为 25 ，也即是 25 % 的 CPU 时间
timelimit = 1000000*ACTIVE_EXPIRE_CYCLE_SLOW_TIME_PERCrver.hz/100;
timelimit_exit = 0;
if (timelimit <= 0) timelimit = 1;
// 如果是运行在快速模式之下
// 那么最多只能运行 FAST_DURATION 微秒
// 默认值为 1000 （微秒）
if (type == ACTIVE_EXPIRE_CYCLE_FAST)
timelimit = ACTIVE_EXPIRE_CYCLE_FAST_DURATION; /* in microseconds. */
// 遍历数据库
for (j = 0; j < dbs_per_call; j++) {
int expired;
// 指向要处理的数据库
redisDb *db = server.db+(current_db % server.dbnum);
// 为 DB 计数器加一，如果进入 do 循环之后因为超时而跳出
// 那么下次会直接从下个 DB 开始处理
current_db++;
do {
unsigned long num, slots;
long long now, ttl_sum;
int ttl_samples;
// 获取数据库中带过期时间的键的数量
// 如果该数量为 0 ，直接跳过这个数据库
if ((num = dictSize(db->expires)) == 0) {
db->avg_ttl = 0;
break;
}
// 获取数据库中键值对的数量
slots = dictSlots(db->expires);
// 当前时间
now = mstime();
// 这个数据库的使用率低于 1% ，扫描起来太费力了（大部分都会 MISS）
// 跳过，等待字典收缩程序运行
if (num && slots > DICT_HT_INITIAL_SIZE &&
(num*100ots < 1)) break;
/* The main collection cycle. Sample random keys among keys
* with an expire set, checking for expired ones.
*
* 样本计数器
*/
// 已处理过期键计数器
expired = 0;
// 键的总 TTL 计数器
ttl_sum = 0;
// 总共处理的键计数器
ttl_samples = 0;
// 每次最多只能检查 LOOKUPS_PER_LOOP 个键
if (num > ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP)
num = ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP;
// 开始遍历数据库
while (num--) {
dictEntry *de;
long long ttl;
// 从 expires 中随机取出一个带过期时间的键
if ((de = dictGetRandomKey(db->expires)) == NULL) break;
// 计算 TTL
ttl = dictGetSignedIntegerVal(de)-now;
// 如果键已经过期，那么删除它，并将 expired 计数器增一
if (activeExpireCycleTryExpire(db,de,now)) expired++;
if (ttl < 0) ttl = 0;
// 累积键的 TTL
ttl_sum += ttl;
// 累积处理键的个数
ttl_samples++;
}
/* Update the average TTL stats for this database. */
// 为这个数据库更新平均 TTL 统计数据
if (ttl_samples) {
// 计算当前平均值
long long avg_ttl = ttl_suml_samples;
// 如果这是第一次设置数据库平均 TTL ，那么进行初始化
if (db->avg_ttl == 0) db->avg_ttl = avg_ttl;
/* Smooth the value averaging with the previous one. */
// 取数据库的上次平均 TTL 和今次平均 TTL 的平均值
db->avg_ttl = (db->avg_ttl+avg_ttl)/2;
}
// 我们不能用太长时间处理过期键，
// 所以这个函数执行一定时间之后就要返回
// 更新遍历次数
iteration++;
// 每遍历 16 次执行一次
if ((iteration & 0xf) == 0 && /* check once every 16 iterations. */
(ustime()-start) > timelimit)
{
// 如果遍历次数正好是 16 的倍数
// 并且遍历的时间超过了 timelimit
// 那么断开 timelimit_exit
timelimit_exit = 1;
}
// 已经超时了，返回
if (timelimit_exit) return;
// 如果已删除的过期键占当前总数据库带过期时间的键数量的 25 %
// 那么不再遍历
} while (expired > ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP/4);
}
}
AOF、RDB、复制对过期键的处理
·若是生成RDB文件，即SAVE、BGSAVE命令，在保存过程中会对数据库中的键进行检查，过期的键将不保存；
若是载入RDB文件，当以主服务器运行时，只会载入未过期的键；若以从服务器运行，所有键都会载入；
·若是写入AOF，某个键过期还未删除不会造成影响，只有当惰性删除/定期删除策略将其删除时，AOF会显式追加DEL命令，提示已删除；
若是载入AOF，会检查是否过期，过期的就不载入；
·若是复制操作时，从服务器不会在意该键时是过期还是不过期，它的过期删除操作由主服务器控制，也就是说当主服务器删除一个过期键后，它会通知所有从服务器删除；若是主服务器没有发送，那么从服务器依旧像是处理未过期键一样；这样做主要是为了保证主从服务器的数据一致性。
通知与订阅
Redis2.8版本中新增了数据库的通知功能：客户端可以订阅指定的频道/模式来获取数据库中键的变化及命令执行情况。
下面的指令展示了一个客户端订阅0号数据库中针对message键的命令（键空间通知：某个键执行了什么命令）
还有一种是键事件通知（某个命令被什么键执行了），如下：
通知与订阅功能的源码文件为notify.c及pubsub.c，具体而言：
发布通知API：
// notify.c
/*
* type 参数表示该通知类型
* event 参数是一个字符串表示的事件名
* key 参数是一个 Redis 对象表示的键名
* dbid 参数为键所在的数据库ID
*/
void notifyKeyspaceEvent(int type, char *event, robj *key, int dbid) ;
每当一个Redis命令需要发送数据库通知时，该命令的实现函数就会调用notifyKeyspaceEvent函数，并向函数传递相关信息。例如执行SADD命令，其实现函数进行通知的部分代码如下：
void saddCommand(redisClient *c){
...
// 当至少有一个元素被成功添加
if(added){
...
// 传递该命令的相关信息
notifyKeyspaceEvent(REDIS_NOTIFY_SET,"sadd",c->argv[1].c->db->id);
}
...
}
持久化
为了避免因服务器宕机或错误造成数据严重丢失的问题，Redis提供了两种持久化（即将数据保存至磁盘）的方式，分别是RDB和AOF。
RDB持久化
RDB持久化是将当前数据库状态生成快照，即一个二进制文件。通过该文件可以还原数据库状态。有两个命令可以生成RDB文件，一个是SAVE，另一个是BGSAVE。其实后者跟前者的区别主要在于BackGround，即后台保存。
·使用SAVE时，当前服务器进程阻塞，直到RDB文件完全生成；
·使用BGSAVE时，当前进程派生一个子进程完成RDB文件的生成，原服务器进程照常工作。
注：子进程与父进程写时复制，所以字典dict的负载因子此时才为5，尽量减少此时rehash的可能性。
现在结合源码分析一下，RDB持久化的源码文件为rdb.c，主要函数为rdbSave（char *filename），并且SAVE和BGSAVE命令底层都是通过它实现的，我们先来看看代码：
/*
* 将数据库保存到磁盘上。
* 保存成功返回 REDIS_OK ，出错/失败返回 REDIS_ERR 。
*/
int rdbSave(char *filename) {
dictIterator *di = NULL;
dictEntry *de;
char tmpfile[256];
char magic[10];
int j;
long long now = mstime();
FILE *fp;
rio rdb;
uint64_t cksum;
// 创建临时文件
snprintf(tmpfile,256,"temp-%d.rdb", (int) getpid());
fp = fopen(tmpfile,"w");
if (!fp) {
redisLog(REDIS_WARNING, "Failed opening .rdb for saving: %s",
strerror(errno));
return REDIS_ERR;
}
// 初始化 I/O
rioInitWithFile(&rdb,fp);
// 设置校验和函数
if (server.rdb_checksum)
rdb.update_cksum = rioGenericUpdateChecksum;
// 写入 RDB 版本号
snprintf(magic,sizeof(magic),"REDIS%04d",REDIS_RDB_VERSION);
if (rdbWriteRaw(&rdb,magic,9) == -1) goto werr;
// 遍历所有数据库
for (j = 0; j < server.dbnum; j++) {
// 指向数据库
redisDb *db = server.db+j;
// 指向数据库键空间
dict *d = db->dict;
// 跳过空数据库
if (dictSize(d) == 0) continue;
// 创建键空间迭代器
di = dictGetSafeIterator(d);
if (!di) {
fclose(fp);
return REDIS_ERR;
}
// 写入 DB 选择器符号 该符号后接数据库ID
if (rdbSaveType(&rdb,REDIS_RDB_OPCODE_SELECTDB) == -1) goto werr;
if (rdbSaveLen(&rdb,j) == -1) goto werr;
// 遍历数据库，并写入每个键值对的数据
while((de = dictNext(di)) != NULL) {
sds keystr = dictGetKey(de);
robj key, *o = dictGetVal(de);
long long expire;
// 根据 keystr ，在栈中创建一个 key 对象
initStaticStringObject(key,keystr);
// 获取键的过期时间
expire = getExpire(db,&key);
// 保存键值对数据
if (rdbSaveKeyValuePair(&rdb,&key,o,expire,now) == -1) goto werr;
}
dictReleaseIterator(di);
}
di = NULL; /* So that we don't release it again on error. */
/* 写入 EOF 代码
*/
if (rdbSaveType(&rdb,REDIS_RDB_OPCODE_EOF) == -1) goto werr;
// CRC64 校验和。
// 如果校验和功能已关闭，那么 rdb.cksum 将为 0
// 在这种情况下， RDB 载入时会跳过校验和检查。
cksum = rdb.cksum;
memrev64ifbe(&cksum);
rioWrite(&rdb,&cksum,8);
// 冲洗缓存，确保数据已写入磁盘
if (fflush(fp) == EOF) goto werr;
if (fsync(fileno(fp)) == -1) goto werr;
if (fclose(fp) == EOF) goto werr;
// 使用 RENAME ，原子性地对临时文件进行改名，覆盖原来的 RDB 文件。
if (rename(tmpfile,filename) == -1) {
redisLog(REDIS_WARNING,"Error moving temp DB file on the final destination: %s", strerror(errno));
unlink(tmpfile);
return REDIS_ERR;
}
// 写入完成，打印日志
redisLog(REDIS_NOTICE,"DB saved on disk");
// 清零数据库脏状态
server.dirty = 0;
// 记录最后一次完成 SAVE 的时间
server.lastsave = time(NULL);
// 记录最后一次执行 SAVE 的状态
server.lastbgsave_status = REDIS_OK;
return REDIS_OK;
werr:
// 关闭文件
fclose(fp);
// 删除文件
unlink(tmpfile);
redisLog(REDIS_WARNING,"Write error saving DB on disk: %s", strerror(errno));
if (di) dictReleaseIterator(di);
return REDIS_ERR;
}
SAVE命令底层几乎就是上述函数，BGSAVE的实现只是需要fork（）一个子进程：
int rdbSaveBackground(char *filename) {
pid_t childpid;
long long start;
// 如果 BGSAVE 已经在执行，那么出错
if (server.rdb_child_pid != -1) return REDIS_ERR;
// 记录 BGSAVE 执行前的数据库被修改次数
server.dirty_before_bgsave = server.dirty;
// 最近一次尝试执行 BGSAVE 的时间
server.lastbgsave_try = time(NULL);
// fork() 开始前的时间，记录 fork() 返回耗时用
start = ustime();
if ((childpid = fork()) == 0) {
int retval;
/* Child */
// 关闭网络连接 fd
closeListeningSockets(0);
// 设置进程的标题，方便识别
redisSetProcTitle("redis-rdb-bgsave");
// 执行保存操作
retval = rdbSave(filename);
// 打印 copy-on-write 时使用的内存数
if (retval == REDIS_OK) {
size_t private_dirty = zmalloc_get_private_dirty()
if (private_dirty) {
redisLog(REDIS_NOTICE,
"RDB: %zu MB of memory used by copy-on-write",
private_dirty/(1024*1024));
}
}
// 向父进程发送信号
exitFromChild((retval == REDIS_OK) ? 0 : 1);
} else {
/* Parent */
// 计算 fork() 执行的时间
server.stat_fork_time = ustime()-start;
// 如果 fork() 出错，那么报告错误
if (childpid == -1) {
server.lastbgsave_status = REDIS_ERR;
redisLog(REDIS_WARNING,"Can't save in background: fork: %s",
strerror(errno));
return REDIS_ERR;
}
// 打印 BGSAVE 开始的日志
redisLog(REDIS_NOTICE,"Background saving started by pid %d",childpid);
// 记录数据库开始 BGSAVE 的时间
server.rdb_save_time_start = time(NULL);
// 记录负责执行 BGSAVE 的子进程 ID
server.rdb_child_pid = childpid;
// 关闭自动 rehash
updateDictResizePolicy();
return REDIS_OK;
}
return REDIS_OK; /* unreached */
}
值得一提的是，服务器自动间隔性保存机制即是基于BGSAVE实现的，可以对Redis服务器进行配置，在redis.conf文件中有默认配置：
save 900 1
save 300 10
save 60 10000
这表示只要满足上述三个条件任意一个，就执行BGSAVE。
例如save 900 1：900秒内对数据库进行了至少1次修改；
但其实用户还可以自定义保存条件，这主要由结构体redis.h/saveparam决定的：
// 服务器的保存条件（BGSAVE 自动执行的条件）
struct saveparam {
// 多少秒之内
time_t seconds;
// 发生多少次修改
int changes;
};
上述两个因素，其实是根据redisSever两个属性计算得来的，dirty计数器及lastsave属性。
·dirty计数器记录距离上次保存之后，对数据库进行了多少次修改（写入删除更新等），每进行一次修改，dirty属性值就加1；
·lastsave属性是Unix时间戳，记录上次保存的时间；
一个完整的RDB文件包含的部分如下：
·REDIS是Redis RDB文件的标识；
·db_version是指RDB文件的版本号，这里的版本号是指Redis保存RDB文件的方式根据Redis版本可能是不同的；
·database包含0或任意个数据库的键值对数据；
·EOF长度1字节，标志正文结束；
·check_sum是8字节的校验和；
关于RDB文件结构，这里只做简单的介绍，如果有需要了解的地方可翻阅黄健宏老师的《Redis设计与实现》，或是留言。如果想分析RDB文件可以使用od -c或是od -x命令来打印RDB文件内容。
AOF持久化
AOF是Append Only File的简称。RDB是保存服务器快照，而AOF方式则是保存服务器执行的命令来“记录”服务器状态。简单解释一下这两者的区别：
假设有一个version-1.0版本的数据库，依次执行了SET DEL SADD三个指令，那么：
·RDB方式会保存执行完三个指令之后的数据库状态，设为version1.1；
·AOF方式会**保存执行的三个指令！**如果数据库想恢复version1.1的状态，那么只需依次执行保存的三个指令即可。
AOF文件是纯文本格式，可以直接打开查阅，例如：
具体实现时，AOF主要分为三个步骤：命令追加、文件写入、文件同步。
第一步，每当服务器执行完命令之后，就会将命令以AOF协议的格式写入redisServer的aof_buf缓冲区中。
何时保存该缓冲区内容到文件，即是第二步文件写入（写入AOF）及文件同步（保存AOF文件），这由服务器配置appendfsync来确定：
注：默认为everysec。
注：现代操作系统为了提高文件写入效率，当用户调用write函数时，操作系统将数据暂存至内存缓冲区，等待缓冲区满或是指定时限而不是立即写入文件。为了强制写入数据，提供了fsync及fdatasync函数接口。
上述三种同步方式将直接决定AOF的效率和安全：
·若是always：最安全，效率最慢；
·若是everysec：效率够快，丢失也仅1s的数据；
·若是no：效率最高，安全性较差；
AOF文件的载入过程可以由下图简单表现：
你可能会注意到：随着服务器的运行，AOF文件中保存的内容将会越来越大，这很可能会造成影响。
为了解决这个问题，Redis提供了AOF重写功能，一起来看看。
考虑这样一个情况，服务器执行了以下命令：
AOF中写入了六条命令，但其实···只需要一条命令!
RPUSH list "c" "D" "E" "F" "G"
AOF重写的实现原理即是：首先从数据库读取键现在的值，然后用一条命令去记录键值对，代替之前记录这个键值对的多条命令。其源码可以参阅aof.c/int rewriteAppendOnlyFile(char *filename)；
为了提供重写效率，Redis提供了后台重写的功能，但有个问题需要解决即重写过程中，服务器可能又进行了更新，此时Redis服务器工作流程如下：
即会将客户端的命令追加到子进程重写缓冲区。
顺带一提，Redis服务器更“青睐”AOF载入数据，如果服务器重启时开启了AOF载入，那么会首选AOF方式。
事件
Redis服务器是一个事件驱动程序，需要处理两类事件：
·文件事件：客户端通过套接字与服务器连接的，客户端命令就是一种文件事件；
·时间事件：服务器的一些操作需要在给定时间点执行，如serverCron；
文件事件
Redis基于Reactor模式开发了自己的网络（抽象的网络）事件处理器，称为文件事件处理器：
·基于IO多路复用监听多个套接字，并根据套接字执行的任务来关联合适的事件处理器；
文件事件处理器由四部分构成：套接字、多路复用、分派器、处理器
值得注意的是，IO多路复用程序会将就绪套接字放进一个队列中，而后从队列头传递一个事件给分派器，只有当上一个套接字事件处理完毕之后，才继续传送下一个套接字。
Redis的IO多路复用程序是通过包装常见的select、epoll、evport、kqueue这些函数库来实现的（参考源码：ae_select/epoll/kqueue/export.c）,并且都基于上述函数库实现了相同的API，所以Redis的IO复用程序的底层是可以互换的。
在编译时会自动选择系统中**性能最高（是否支持更合理）**的函数库来作为其底层实现：
// ae.c
// 选择当前系统最优的IO复用方式
// 根据性能降序排列
#ifdef HAVE_EVPORT
#include "ae_evport.c"
#else
#ifdef HAVE_EPOLL
#include "ae_epoll.c"
#else
#ifdef HAVE_KQUEUE
#include "ae_kqueue.c"
#else
#include "ae_select.c"
#endif
#endif
#endif
注：之所以如此排序是因为 Redis **会优先选择时间复杂度为O(1)**的 I/O 多路复用函数作为底层实现，包括 Solaries 10 中的 evport、Linux 中的 epoll 和 macOS/FreeBSD 中的kqueue，上述的这些函数都使用了内核内部的结构，并且能够服务几十万的文件描述符。
但是如果当前编译环境没有上述函数，select函数是作为 POSIX 标准中的系统调用，在不同版本的操作系统上都会实现，所以将其作为保底方案。
事件类型
ae.h中定义了IO多路复用程序所监听的两类事件，AE_READABLE和AE_WEUTABLE：
·READABLE事件，当套接字可读（客户端write或close或新的可应答套接字）时产生；
·WRITABLE事件，套接字可写时，如客户端执行read；
当一个套接字同时产生了两类事件，即可读又可写，那么优先执行度再写；（为什么呢？可能是为了防止读操作被覆盖）
时间事件
Redis中的时间事件主要分为两类，一是定时事件（返回AE_NOMORE），二是周期性事件（返回非AE_NOMORE整数值）；
时间事件由三个属性构成：
·id：全局唯一ID，递增；
·when：unix时间戳，记录预设时间；
·timeProc：时间事件处理器，类似于回调函数，当时间事件到达时，就会调用相应的处理器进行处理；
Redis的时间事件是基于一个无序（指when无序，而不是id无序）链表实现的，新来的放在表头，当时间事件执行器运行时，遍历整个链表，找出已到达的时间事件，并调用相应的事件处理器（这跟poll、select一样，效率很低？在3.0版本下，正常模式的Redis服务器仅有serverCron时间事件，benchmark模式下也只有两个，几乎不影响性能）。
事件的调度与执行
Redis对时间和文件事件的调度策略如下图所示：
客户端
Redis服务器可以与多个客户端建立连接，每个客户端连接时，服务器都保存了相应状态，如下：
其中每个客户端都具有自己的属性。
基本属性
typedef struct redisClient {
// 套接字描述符
int fd;
// 当前正在使用的数据库
redisDb *db;
// 当前正在使用的数据库的 id （号码）
int dictid;
// 客户端的名字
robj *name;
// 查询缓冲区
sds querybuf;
// 查询缓冲区长度峰值
size_t querybuf_peak;
// 参数数量
int argc;
// 参数对象数组
robj **argv;
// 记录被客户端执行的命令
struct redisCommand *cmd, *lastcmd;
// 请求的类型：内联命令还是多条命令
int reqtype;
// 剩余未读取的命令内容数量
int multibulklen;
// 命令内容的长度
long bulklen;
// 回复链表
list *reply;
// 回复链表中对象的总大小
unsigned long reply_bytes;
// 已发送字节，处理 short write 用
int sentlen; // 创建客户端的时间
time_t ctime; /* Client creation time */
// 客户端最后一次和服务器互动的时间
time_t lastinteraction;
// 客户端的输出缓冲区超过软性限制的时间
time_t obuf_soft_limit_reached_time;
// 客户端状态标志
int flags; /* REDIS_SLAVE | REDIS_MONITOR | REDIS_MULTI ... */
// 当 server.requirepass 不为 NULL 时
// 代表认证的状态
// 0 代表未认证， 1 代表已认证
int authenticated;
// 复制状态
int replstate;
// 用于保存主服务器传来的 RDB 文件的文件描述符
int repldbfd; /* replication DB file descriptor */
// 读取主服务器传来的 RDB 文件的偏移量
off_t repldboff; /* replication DB file offset */
// 主服务器传来的 RDB 文件的大小
off_t repldbsize; /* replication DB file size */
sds replpreamble; /* replication DB preamble. */
// 主服务器的复制偏移量
long long reploff; /* replication offset if this is our master */
// 从服务器最后一次发送 REPLCONF ACK 时的偏移量
long long repl_ack_off; /* replication ack offset, if this is a slave */
// 从服务器最后一次发送 REPLCONF ACK 的时间
long long repl_ack_time;/* replication ack time, if this is a slave */
// 主服务器的 master run ID
// 保存在客户端，用于执行部分重同步
char replrunid[REDIS_RUN_ID_SIZE+1]; /* master run id if this is a master */
// 从服务器的监听端口号
int slave_listening_port; /* As configured with: SLAVECONF listening-port */
// 事务状态
multiState mstate; /* MULTI/EXEC state */
// 阻塞类型
int btype; /* Type of blocking op if REDIS_BLOCKED. */
// 阻塞状态
blockingState bpop; /* blocking state */
// 最后被写入的全局复制偏移量
long long woff; /* Last write global replication offset. */
// 被监视的键
list *watched_keys; /* Keys WATCHED for MULTI/EXEC CAS */
// 这个字典记录了客户端所有订阅的频道
// 键为频道名字，值为 NULL
// 也即是，一个频道的集合
dict *pubsub_channels; /* channels a client is interested in (SUBSCRIBE) */
// 链表，包含多个 pubsubPattern 结构
// 记录了所有订阅频道的客户端的信息
// 新 pubsubPattern 结构总是被添加到表尾
list *pubsub_patterns; /* patterns a client is interested in (SUBSCRIBE) */
sds peerid; /* Cached peer ID. */
// 回复偏移量
int bufpos;
// 回复缓冲区
char buf[REDIS_REPLY_CHUNK_BYTES];
} redisClient;
主要围绕**其中几个重要属性（从上至下）**进行分析：
·套接字描述符fd：取值为-1（伪客户端，处理的命令请求来自AOF文件或者LUA脚本）或大于-1（普通客户端）；
client list 可以列出当前服务器的客户端及其所使用的描述符等；
·name：默认为空，可以通过client setname命令设置；
·flags标志：记录客户端的角色及其状态，即可以是单个标志，也可以是多个标志的或：
每一个标志都是一个常量，查看redis.h：
* Client flags */
#define REDIS_SLAVE (1<<0) /* This client is a slave server */
#define REDIS_MASTER (1<<1) /* This client is a master server */
#define REDIS_MONITOR (1<<2) /* This client is a slave monitor, see MONITOR */
#define REDIS_MULTI (1<<3) /* This client is in a MULTI context */
#define REDIS_BLOCKED (1<<4) /* The client is waiting in a blocking operation */
#define REDIS_DIRTY_CAS (1<<5) /* Watched keys modified. EXEC will fail. */
#define REDIS_CLOSE_AFTER_REPLY (1<<6) /* Close after writing entire reply. */
#define REDIS_UNBLOCKED (1<<7) /* This client was unblocked and is stored in
server.unblocked_clients */
#define REDIS_LUA_CLIENT (1<<8) /* This is a non connected client used by Lua */
#define REDIS_ASKING (1<<9) /* Client issued the ASKING command */
#define REDIS_CLOSE_ASAP (1<<10)/* Close this client ASAP */
#define REDIS_UNIX_SOCKET (1<<11) /* Client connected via Unix domain socket */
#define REDIS_DIRTY_EXEC (1<<12) /* EXEC will fail for errors while queueing */
#define REDIS_MASTER_FORCE_REPLY (1<<13) /* Queue replies even if is master */
#define REDIS_FORCE_AOF (1<<14) /* Force AOF propagation of current cmd. */
#define REDIS_FORCE_REPL (1<<15) /* Force replication of current cmd. */
#define REDIS_PRE_PSYNC (1<<16) /* Instance don't understand PSYNC. */
#define REDIS_READONLY (1<<17) /* Cluster client is in read-only state. */
·argv、argc命令与命令参数：即是客户端发送给服务器的命令，实例如下：
那么服务器在接收命令之后，如何查找命令的实现函数呢？
·cmd命令实现函数：这个步骤是通过一个Dict结构的命令表实现的：
当在命令表中找到argv[0]所对应的command结构时，cmd就会指向该结构。而后服务器就可以使用cmd以及argv、argc保存的属性来执行相应的函数。
·输出缓冲区，有两个缓冲区，一个大小固定，一个大小可变
大小固定保存长度较小的回复，如ok、简单字符串值、整数值等等，主要由以下两个参数组成：
可变大小的缓冲区保存如非常大（如果固定大小不够用了，或者放不下，就会使用它）的字符串、列表、集合等，其结构是一个链表List* reply：
·身份验证authenticated：表示客户端是否通过了身份验证，0表示未验证，1表示验证。
当为0时，客户端的请求命令除了AUTH之外都会被拒绝。
创建与关闭
服务器启动会创建负责执行Lua脚本的伪客户端（服务器生命周期内一直存在）、执行AOF中redis命令的伪客户端（载入完毕之后关闭）。
除此之外，当使用网络连接到服务器时，会创建普通客户端，普通客户端可能由于发送不合协议格式的命令而被关闭。
服务器
命令请求执行过程
若客户端执行以下命令：set key value，那么从输入该命令到客户端回复ok，需要进行以下操作：
接下来分别介绍这四个部分：
·发送命令请求
首先客户端会将命令请求转换成协议格式，然后通过套接字将该请求数据发送给服务器：
·读取命令请求
当服务器获取到某客户端的套接字可读时，它就会调用命令请求处理其器来执行以下操作：
·命令执行器
分为四个部分：查找命令实现（从命令表中查找所指定的命令结构）、执行预备操作（检查命令是否找到、参数是否合法、客户端是否已验证、是否正在执行事务等等，简而言之，就是看现在是不是执行该命令的时机）、调用命令的实现函数、执行后续操作（日志、更新calls属性、广播给其他服务器等等）
命令表Dict中存储的是Redis命令的结构，如下：
/*
* Redis 命令
*/
struct redisCommand {
// 命令名字
char *name;
// 实现函数
redisCommandProc *proc;
// 参数个数
int arity;
// 字符串表示的 FLAG
char *sflags; /* Flags as string representation, one char per flag. */
// 实际 FLAG
int flags; /* The actual flags, obtained from the 'sflags' field. */
/* Use a function to determine keys arguments in a command line.
* Used for Redis Cluster redirect. */
// 从命令中判断命令的键参数。在 Redis 集群转向时使用。
redisGetKeysProc *getkeys_proc;
/* What keys should be loaded in background when calling this command? */
// 指定哪些参数是 key
int firstkey; /* The first argument that's a key (0 = no keys) */
int lastkey; /* The last argument that's a key */
int keystep; /* The step between first and last key */
// 统计信息
// microseconds 记录了命令执行耗费的总毫微秒数
// calls 是命令被执行的总次数
long long microseconds, calls;
};
注：redis命令不区分大小写；
·命令回复发送给客户端：命令实现函数会将命令回复保存到客户端的输出缓冲区里面，并为客户端的套接字关联命令回复处理器，当客户端套接字变为可写状态时，服务器就会执行命令回复处理器,将保存在客户端输出缓冲区中的命令回复发送给客户端。
当命令回复发送完毕之后，回复处理器会清空客户端状态的输出缓冲区为处理下一个命令做准备。
·客户端接收并打印：如下
serverCron函数
源码地址redis.c/serverCron，1300+行左右位置。
该函数**默认100毫秒（可配置）**执行一次，负责管理服务器资源，并保持服务器自身的良好运转。
建议结合源码及下图理解其功能：
/ 实际 FLAG
int flags; /* The actual flags, obtained from the ‘sflags’ field. /
/ Use a function to determine keys arguments in a command line.
* Used for Redis Cluster redirect. */
// 从命令中判断命令的键参数。在 Redis 集群转向时使用。
redisGetKeysProc getkeys_proc;
/ What keys should be loaded in background when calling this command? /
// 指定哪些参数是 key
int firstkey; / The first argument that’s a key (0 = no keys) /
int lastkey; / The last argument that’s a key /
int keystep; / The step between first and last key */
// 统计信息
// microseconds 记录了命令执行耗费的总毫微秒数
// calls 是命令被执行的总次数
long long microseconds, calls;
};
注：redis命令不区分大小写；
·命令回复发送给客户端：命令实现函数会将命令回复保存到客户端的输出缓冲区里面，并为客户端的套接字关联命令回复处理器，**当客户端套接字变为可写状态时，服务器就会执行命令回复处理器**,将保存在客户端**输出缓冲区中的命令回复发送给客户端**。
当命令回复发送完毕之后，**回复处理器会清空客户端状态的输出缓冲区为处理下一个命令做准备**。
·客户端接收并打印：如下
[外链图片转存中...(img-BvmHgQDJ-1618293129983)]
### **serverCron函数**
源码地址redis.c/serverCron，1300+行左右位置。
该函数**默认100毫秒（可配置）**执行一次，**负责管理服务器资源**，**并保持服务器自身的良好运转**。
建议结合源码及下图理解其功能：
[外链图片转存中...(img-dtyYnj3w-1618293129984)]
1422
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
