qiezijiajia

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

概述


 

 

1.数据库结构

2.数据库键空间

3.键生存时间

4.持久化对过期键处理

5.数据库通知

 

1.数据库结构

Redis服务器将所有server状态都保存在数据结构中的db数组,服务器会根据dbnum来决定创建多个个数据库,默认为16个。

struct redisServer {  //数据结构里面有很多属性,这里只取了相关的两个来说明
    /* General */
    redisDb *db;
    int dbnum; 
}redisServer;

创建db后,如下所示:

同样的在redisClient的数据结构中,也有一个指向当前db的属性,当在客户端执行select x时,指针就会指向对应的db

typedef struct redisClient {
    redisDb *db;
}redisClient;

如下图所示,客户端选择db 2的时的结构图:

2.数据库键空间

Redis是一个键值对数据库,数据库的所有键值对都保存在字典中,可以看下redisDb的数据结构中,有个dict的属性,称这个字典属性为键空间;

typedef struct redisDb {
    dict *dict;                 /* The keyspace for this DB */
    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 */
    dict *watched_keys;         /* WATCHED keys for MULTI/EXEC CAS */
    struct evictionPoolEntry *eviction_pool;    /* Eviction pool of keys */
    int id;                     /* Database ID */
    long long avg_ttl;          /* Average TTL, just for stats */
} redisDb;

键空间和用户所见的数据库是对应的,比如set msg aaa,对应每个键都是一个字符串对象,每个值可以为字符串对象、列表对象、hash表对象、集合对象等;

比如在客户端命令中,设置几个key对象,一个字符串,一个列表,一个哈希表,如下:

127.0.0.1:6379[12]> set msg 1

OK

127.0.0.1:6379[12]> rpush list "a" "b" "c"

(integer) 3

127.0.0.1:6379[12]> hset book author "Jony"

(integer) 1

127.0.0.1:6379[12]> hset book name "c++"

对应的关系如下:

读写键空间的时候,还有一些其他的维护操作,比如:

1.在读取一个键后(读和写都要读取键空间),服务器会根据键是否存在来更新键空间命中或未命中的次数,可以通过info stats命令查看;

keyspace_hits:12322422

keyspace_misses:1843426

2.在读取一个键后,服务器会更新这个键的LRU(最后一次使用时间),使用object idletime key可以查看这个key的空闲时间,前面章节有讲到过;

3.服务器读取的时候,如果发现key已经过期,则会先删除这个key,再执行余下操作;

4.如果有客户端使用WATCH 命令监视了某个键,服务器会在这个键被修改后,将这个键表尾dirty,从而让事务程序意识到这个键已经被修改了;

5.服务器每次修改一次键,就会将dirty数+1,这个键会触发服务器的持久化及复制操作;

6.如果服务器开启了数据库通知功能,则会在键被修改后,按照配置发送相应的数据库通知。

3.键的生存时间

在Redis中可以通过expire来设置键的过期时间,我们也可以通过ttl key命令来查看键的过期时间。具体是怎样实现的?如果保存的?如何超时的?接下来会分段来讲解。

设置超时

可以通过四种命令来设置key的过期时间:

expire key ttl:设置key的过期时间为ttl秒

pexpire key ttl:设置key的过期时间为ttl毫秒

expireat key timestamp:设置key的过期时间为timestamp所指定的秒数时间戳

pexpireat key timestamp:设置key的过期时间为timestamp所指定的毫秒数时间戳

这个不多说了,四个命令大体类似,最终执行结果和pexpireat一样;

保存过期时间

怎么保存的呢? 看下redisDb的数据结构,有个expires的dict来保存过期的键值对:

typedef struct redisDb {
    dict *dict;                 /* The keyspace for this DB */
    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 */
    dict *watched_keys;         /* WATCHED keys for MULTI/EXEC CAS */
    struct evictionPoolEntry *eviction_pool;    /* Eviction pool of keys */
    int id;                     /* Database ID */
    long long avg_ttl;          /* Average TTL, just for stats */
} redisDb;

dict的键为指向键空间的某个键对象,值为超时时间,比如为某个key通过expire设置了超时时间,那么保存结构如下(键空间的地址其实只有一个),保存的为时间戳:

移除过期时间

通过persist key来移除key的超时时间,即将key对应的键值对从expires字典中移除

返回剩余生存时间

通常通过ttl或者pttl来获取key的剩余生存时间,具体实现为过期时间减去当前时间时间戳

过期键的判断

如果不通过ttl来返回剩余时间,就时间访问expires的dict字典:

1.先检查key是否在expires字典中存在;如果存在则获取时间;

2.获取unix的当前时间戳,如果大于过期时间的话,则过期,否则未过期;

过期键的删除

这个也是面试中比较常问的,给redis键设置超时时间后,到期后怎么就自动删除了?

Redis的删除机制,理论上来将可以有如下考虑:

1.设置定时机制

在给键设置过期时间的时候,同时设置一个定时器,定时器到期后,自动删除;这样做的优点是可以保存过期键能够及时被删除,并释放占用的内存;但是缺点也比较明显,当大量的键存在的时候,对cpu消耗会比较大,这样回导致无法响应正常的请求;

2.惰性删除

key到期后,不去删除它,当需要取key的时候,先获取过期时间,如果超时了,则先删除再进行下一步处理。这样对cpu是最友好的,但是会占用内存,如果过期key比较多,又没有程序使用这些key的话,就会一直占着内存。

3.定期删除

前面两种策略要不就是耗CPU,要不就是耗内存。定期删除每隔一段时间执行过期键的删除操作,并通过限制删除操作执行的时长和频率来减少对cpu的影响。定期删除极大的减少了内存浪费的情况。那定期删除以什么频率和执行时间来操作呢?

redis中过期键的删除策略

redis中采用的删除策略为惰性删除和定期删除两种,配合这两种策略,服务器可以很好的在使用cpu时间和避免内存浪费之间取得平衡。

惰性删除的实现

所有对数据库的读写命令执行之前都会先调用expireIfNeed函数来判断是否超时,具体代码如下:

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 */

    /* Don't expire anything while loading. It will be done later. */
    if (server.loading) return 0;

    /* If we are in the context of a Lua script, we claim that time is
     * blocked to when the Lua script started. This way a key can expire
     * only the first time it is accessed and not in the middle of the
     * script execution, making propagation to slaves / AOF consistent.
     * See issue #1525 on Github for more information. */
    now = server.lua_caller ? server.lua_time_start : mstime();

    /* If we are running in the context of a slave, return ASAP:
     * the slave key expiration is controlled by the master that will
     * send us synthesized DEL operations for expired keys.
     *
     * Still we try to return the right information to the caller,
     * that is, 0 if we think the key should be still valid, 1 if
     * we think the key is expired at this time. */
    if (server.masterhost != NULL) return now > when;

    /* Return when this key has not expired */
    if (now <= when) return 0;

    /* Delete the key */
    server.stat_expiredkeys++;
    propagateExpire(db,key);
    notifyKeyspaceEvent(REDIS_NOTIFY_EXPIRED,
        "expired",key,db->id);
    return dbDelete(db,key);
}

执行流程如下:

定期删除的实现

通过activeExpireCycle函数来实现,该函数会分多次遍历服务器中的各个数据库,从数据库的expires字典中随机取出一部分键的过期时间,并删除其中的过期键;

void activeExpireCycle(int type) {
    /* This function has some global state in order to continue the work
     * incrementally across calls. */
    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. */

    int j, iteration = 0;
    int dbs_per_call = REDIS_DBCRON_DBS_PER_CALL;
    long long start = ustime(), timelimit;

    if (type == ACTIVE_EXPIRE_CYCLE_FAST) {
        /* Don't start a fast cycle if the previous cycle did not exited
         * for time limt. Also don't repeat a fast cycle for the same period
         * as the fast cycle total duration itself. */
        if (!timelimit_exit) return;
        if (start < last_fast_cycle + ACTIVE_EXPIRE_CYCLE_FAST_DURATION*2) return;
        last_fast_cycle = start;
    }

    /* We usually should test REDIS_DBCRON_DBS_PER_CALL per iteration, with
     * two exceptions:
     *
     * 1) Don't test more DBs than we have.
     * 2) If last time we hit the time limit, we want to scan all DBs
     * in this iteration, as there is work to do in some DB and we don't want
     * expired keys to use memory for too much time. */
    if (dbs_per_call > server.dbnum || timelimit_exit)
        dbs_per_call = server.dbnum;

    /* We can use at max ACTIVE_EXPIRE_CYCLE_SLOW_TIME_PERC percentage of CPU time
     * per iteration. Since this function gets called with a frequency of
     * server.hz times per second, the following is the max amount of
     * microseconds we can spend in this function. */
    timelimit = 1000000*ACTIVE_EXPIRE_CYCLE_SLOW_TIME_PERC/server.hz/100;  //执行时间限制
    timelimit_exit = 0;
    if (timelimit <= 0) timelimit = 1;

    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);  //从0db开始,依次往上

        /* Increment the DB now so we are sure if we run out of time
         * in the current DB we'll restart from the next. This allows to
         * distribute the time evenly across DBs. */
        current_db++;

        /* Continue to expire if at the end of the cycle more than 25%
         * of the keys were expired. */
        do {
            unsigned long num, slots;
            long long now, ttl_sum;
            int ttl_samples;

            /* If there is nothing to expire try next DB ASAP. */
            if ((num = dictSize(db->expires)) == 0) {
                db->avg_ttl = 0;
                break;
            }
            slots = dictSlots(db->expires);
            now = mstime();

            /* When there are less than 1% filled slots getting random
             * keys is expensive, so stop here waiting for better times...
             * The dictionary will be resized asap. */
            if (num && slots > DICT_HT_INITIAL_SIZE &&
                (num*100/slots < 1)) break;

            /* The main collection cycle. Sample random keys among keys
             * with an expire set, checking for expired ones. */
            expired = 0;
            ttl_sum = 0;
            ttl_samples = 0;

            if (num > ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP)
                num = ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP;

            while (num--) {
                dictEntry *de;
                long long ttl;

                if ((de = dictGetRandomKey(db->expires)) == NULL) break;
                ttl = dictGetSignedIntegerVal(de)-now;
                if (activeExpireCycleTryExpire(db,de,now)) expired++;
                if (ttl < 0) ttl = 0;
                ttl_sum += ttl;
                ttl_samples++;
            }

            /* Update the average TTL stats for this database. */
            if (ttl_samples) {
                long long avg_ttl = ttl_sum/ttl_samples;

                if (db->avg_ttl == 0) db->avg_ttl = avg_ttl;
                /* Smooth the value averaging with the previous one. */
                db->avg_ttl = (db->avg_ttl+avg_ttl)/2;
            }

            /* We can't block forever here even if there are many keys to
             * expire. So after a given amount of milliseconds return to the
             * caller waiting for the other active expire cycle. */
            iteration++;
            if ((iteration & 0xf) == 0) { /* check once every 16 iterations. */
                long long elapsed = ustime()-start;

                latencyAddSampleIfNeeded("expire-cycle",elapsed/1000);
                if (elapsed > timelimit) timelimit_exit = 1;
            }
            if (timelimit_exit) return;
            /* We don't repeat the cycle if there are less than 25% of keys
             * found expired in the current DB. */
        } while (expired > ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP/4);  //循环,如果过期键超过25%
    }
}

该函数怎么调用?  会有个serverCron,默认100ms一次,serverCron会调用databaseCron,databaseCron会调用这个函数进行定期删除key

4.持久化对过期键处理

对于RBD文件,在执行SAVE或BGSAVE命令时,对过期的键不会进行保存到RBD文件中。同理在恢复时,程序会对键的过期时间进行检查,如果过期则不会载入到数据库。

对于AOF文件,如果某个键已经过期,但是还没有到定期删除和惰性删除,对AOF文件没有任何影响。因为当键执行定期删除或惰性删除后,程序会往AOF中追加一个DEL命令。来显示记录该键已经被删除。

在执行AOF重写时,不会将过期的键保存到重写后的AOF文件中。

5.数据库通知

当客户端有订阅某个key时,数据库通知可以在key发生变化时,通知给key的订阅者。

posted on 2017-09-30 18:08  qiezijiajia  阅读(222)  评论(0编辑  收藏  举报