青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

阿二的夢(mèng)想船

 

redis如何刪除過(guò)期數(shù)據(jù)

隨著nosql風(fēng)潮興起,redis作為當(dāng)中一個(gè)耀眼的明星,也越來(lái)越多的被關(guān)注和使用,我在工作中也廣泛的用到了redis來(lái)充當(dāng)cachekey-value DB,但當(dāng)大家發(fā)現(xiàn)數(shù)據(jù)越來(lái)越多時(shí),不禁有些擔(dān)心,redis能撐的住嗎,雖然官方已經(jīng)有漂亮的benchmark,自己也可以做做壓力測(cè)試,但是看看源碼,也是確認(rèn)問(wèn)題最直接的辦法之一。比如目前我們要確認(rèn)的一個(gè)問(wèn)題是,redis是如何刪除過(guò)期數(shù)據(jù)的?

用一個(gè)可以"find reference"IDE,沿著setex(Set the value and expiration of a key)命令一窺究竟:

void setexCommand(redisClient *c) {
    c
->argv[3= tryObjectEncoding(c->argv[3]);
    setGenericCommand(c,
0,c->argv[1],c->argv[3],c->argv[2]);
}

setGenericCommand是一個(gè)實(shí)現(xiàn)set,setnx,setex的通用函數(shù),參數(shù)設(shè)置不同而已。

void setCommand(redisClient *c) {
    c
->argv[2= tryObjectEncoding(c->argv[2]);
    setGenericCommand(c,
0,c->argv[1],c->argv[2],NULL);
}
 
void setnxCommand(redisClient *c) {
    c
->argv[2= tryObjectEncoding(c->argv[2]);
    setGenericCommand(c,
1,c->argv[1],c->argv[2],NULL);
}
 
void setexCommand(redisClient *c) {
    c
->argv[3= tryObjectEncoding(c->argv[3]);
    setGenericCommand(c,
0,c->argv[1],c->argv[3],c->argv[2]);
}

再看setGenericCommand

 1 void setGenericCommand(redisClient *c, int nx, robj *key, robj *val, robj *expire) {
 2     long seconds = 0/* initialized to avoid an harmness warning */
 3 
 4     if (expire) {
 5         if (getLongFromObjectOrReply(c, expire, &seconds, NULL) != REDIS_OK)
 6             return;
 7         if (seconds <= 0) {
 8             addReplyError(c,"invalid expire time in SETEX");
 9             return;
10         }
11     }
12 
13     if (lookupKeyWrite(c->db,key) != NULL && nx) {
14         addReply(c,shared.czero);
15         return;
16     }
17     setKey(c->db,key,val);
18     server.dirty++;
19     if (expire) setExpire(c->db,key,time(NULL)+seconds); 
20     addReply(c, nx ? shared.cone : shared.ok);
21 }
22 

13行處理"Set the value of a key, only if the key does not exist"的場(chǎng)景,17行插入這個(gè)key19行設(shè)置它的超時(shí),注意時(shí)間戳已經(jīng)被設(shè)置成了到期時(shí)間。這里要看一下redisDb(c->db)的定義:

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 
*io_keys;              /* Keys with clients waiting for VM I/O */
    dict 
*watched_keys;         /* WATCHED keys for MULTI/EXEC CAS */
    
int id;
} redisDb;

僅關(guān)注dictexpires,分別來(lái)存key-value和它的超時(shí),也就是說(shuō)如果一個(gè)key-value是有超時(shí)的,那么它會(huì)存在dict里,同時(shí)也存到expires里,類(lèi)似這樣的形式:dict[key]:value,expires[key]:timeout.

當(dāng)然key-value沒(méi)有超時(shí),expires里就不存在這個(gè)key。剩下setKeysetExpire兩個(gè)函數(shù)無(wú)非是插數(shù)據(jù)到兩個(gè)字典里,這里不再詳述。


那么redis是如何刪除過(guò)期key的呢。

通過(guò)查看dbDelete的調(diào)用者,首先注意到這一個(gè)函數(shù),是用來(lái)刪除過(guò)期key的。

 1 int expireIfNeeded(redisDb *db, robj *key) {
 2     time_t when = getExpire(db,key);
 3 
 4     if (when < 0return 0/* No expire for this key */
 5 
 6     /* Don't expire anything while loading. It will be done later. */
 7     if (server.loading) return 0;
 8 
 9     /* If we are running in the context of a slave, return ASAP:
10      * the slave key expiration is controlled by the master that will
11      * send us synthesized DEL operations for expired keys.
12      *
13      * Still we try to return the right information to the caller, 
14      * that is, 0 if we think the key should be still valid, 1 if
15      * we think the key is expired at this time. */
16     if (server.masterhost != NULL) {
17         return time(NULL) > when;
18     }
19 
20     /* Return when this key has not expired */
21     if (time(NULL) <= when) return 0;
22 
23     /* Delete the key */
24     server.stat_expiredkeys++;
25     propagateExpire(db,key);
26     return dbDelete(db,key);
27 }
28 

ifNeed表示能刪則刪,所以4行沒(méi)有設(shè)置超時(shí)不刪,7行在"loading"時(shí)不刪,16行非主庫(kù)不刪,21行未到期不刪。25行同步從庫(kù)和文件。

再看看哪些函數(shù)調(diào)用了expireIfNeeded,有lookupKeyReadlookupKeyWrite,dbRandomKey,existsCommand,keysCommand。通過(guò)這些函數(shù)命名可以看出,只要訪問(wèn)了某一個(gè)key,順帶做的事情就是嘗試查看過(guò)期并刪除,這就保證了用戶(hù)不可能訪問(wèn)到過(guò)期的key。但是如果有大量的key過(guò)期,并且沒(méi)有被訪問(wèn)到,那么就浪費(fèi)了許多內(nèi)存。Redis是如何處理這個(gè)問(wèn)題的呢。


dbDelete的調(diào)用者里還發(fā)現(xiàn)這樣一個(gè)函數(shù):

 1 /* Try to expire a few timed out keys. The algorithm used is adaptive and
 2  * will use few CPU cycles if there are few expiring keys, otherwise
 3  * it will get more aggressive to avoid that too much memory is used by
 4  * keys that can be removed from the keyspace. */
 5 void activeExpireCycle(void) {
 6     int j;
 7 
 8     for (j = 0; j < server.dbnum; j++) {
 9         int expired;
10         redisDb *db = server.db+j;
11 
12         /* Continue to expire if at the end of the cycle more than 25%
13          * of the keys were expired. */
14         do {
15             long num = dictSize(db->expires);
16             time_t now = time(NULL);
17 
18             expired = 0;
19             if (num > REDIS_EXPIRELOOKUPS_PER_CRON)
20                 num = REDIS_EXPIRELOOKUPS_PER_CRON;
21             while (num--) {
22                 dictEntry *de;
23                 time_t t;
24 
25                 if ((de = dictGetRandomKey(db->expires)) == NULL) break;
26                 t = (time_t) dictGetEntryVal(de);
27                 if (now > t) {
28                     sds key = dictGetEntryKey(de);
29                     robj *keyobj = createStringObject(key,sdslen(key));
30 
31                     propagateExpire(db,keyobj);
32                     dbDelete(db,keyobj);
33                     decrRefCount(keyobj);
34                     expired++;
35                     server.stat_expiredkeys++;
36                 }
37             }
38         } while (expired > REDIS_EXPIRELOOKUPS_PER_CRON/4);
39     }
40 }
41 

這個(gè)函數(shù)的意圖已經(jīng)有說(shuō)明:刪一點(diǎn)點(diǎn)過(guò)期key,如果過(guò)期key較少,那也只用一點(diǎn)點(diǎn)cpu。25行隨機(jī)取一個(gè)key38行刪key成功的概率較低就退出。這個(gè)函數(shù)被放在一個(gè)cron里,每毫秒被調(diào)用一次。這個(gè)算法保證每次會(huì)刪除一定比例的key,但是如果key總量很大,而這個(gè)比例控制的太大,就需要更多次的循環(huán),浪費(fèi)cpu,控制的太小,過(guò)期的key就會(huì)變多,浪費(fèi)內(nèi)存——這就是時(shí)空權(quán)衡了。

 

最后在dbDelete的調(diào)用者里還發(fā)現(xiàn)這樣一個(gè)函數(shù):

/* This function gets called when 'maxmemory' is set on the config file to limit
 * the max memory used by the server, and we are out of memory.
 * This function will try to, in order:
 *
 * - Free objects from the free list
 * - Try to remove keys with an EXPIRE set
 *
 * It is not possible to free enough memory to reach used-memory < maxmemory
 * the server will start refusing commands that will enlarge even more the
 * memory usage.
 
*/
void freeMemoryIfNeeded(void)

這個(gè)函數(shù)太長(zhǎng)就不再詳述了,注釋部分說(shuō)明只有在配置文件中設(shè)置了最大內(nèi)存時(shí)候才會(huì)調(diào)用這個(gè)函數(shù),而設(shè)置這個(gè)參數(shù)的意義是,你把redis當(dāng)做一個(gè)內(nèi)存cache而不是key-value數(shù)據(jù)庫(kù)。


以上3種刪除過(guò)期key的途徑,第二種定期刪除一定比例的key是主要的刪除途徑,第一種“讀時(shí)刪除”保證過(guò)期key不會(huì)被訪問(wèn)到,第三種是一個(gè)當(dāng)內(nèi)存超出設(shè)定時(shí)的暴力手段。由此也能看出redis設(shè)計(jì)的巧妙之處,

posted on 2011-11-29 19:57 阿二 閱讀(14899) 評(píng)論(1)  編輯 收藏 引用 所屬分類(lèi): redis

評(píng)論

# re: redis如何刪除過(guò)期數(shù)據(jù) 2011-11-30 09:25 zuhd

關(guān)注下 redis這么火 打算研究下  回復(fù)  更多評(píng)論   


只有注冊(cè)用戶(hù)登錄后才能發(fā)表評(píng)論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問(wèn)   Chat2DB   管理


導(dǎo)航

統(tǒng)計(jì)

常用鏈接

留言簿

隨筆分類(lèi)

隨筆檔案

搜索

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            国产精品视频免费观看| 欧美一区二区视频网站| 久久成人免费日本黄色| 亚洲欧美日韩国产综合在线| 中文国产成人精品久久一| 亚洲先锋成人| 欧美一级播放| 老司机精品导航| 亚洲国产精品精华液网站| 亚洲日本中文字幕| 亚洲一区制服诱惑| 裸体丰满少妇做受久久99精品| 你懂的视频欧美| 欧美三日本三级少妇三2023| 国产精品尤物| 亚洲肉体裸体xxxx137| 亚洲一二三区视频在线观看| 久久精品日韩欧美| 亚洲免费不卡| 久久久久一本一区二区青青蜜月| 欧美激情无毛| 国产亚洲一本大道中文在线| 一区二区精品在线观看| 香蕉久久一区二区不卡无毒影院| 欧美一区二区三区视频免费| 欧美大片免费| 亚洲你懂的在线视频| 美女主播精品视频一二三四| 国产精品第一区| 亚洲韩国日本中文字幕| 久久成人一区二区| 亚洲精品中文字幕有码专区| 久久久7777| 国产香蕉久久精品综合网| 日韩视频不卡中文| 美女久久一区| 欧美一区二区免费观在线| 欧美日韩成人一区| 亚洲国产精品va在看黑人| 久久av一区二区三区漫画| 一本色道久久综合亚洲二区三区 | 99国产精品一区| 午夜精品亚洲| 国产精品入口尤物| 亚洲欧美日韩国产一区二区三区 | 欧美成年人网站| 国模精品娜娜一二三区| 亚洲欧美视频| 亚洲午夜一区二区| 国产精品yjizz| 一区二区电影免费在线观看| 亚洲福利精品| 欧美大片免费观看在线观看网站推荐| 国产主播一区二区三区四区| 欧美尤物巨大精品爽| 亚洲一二三区精品| 国产精品盗摄一区二区三区| 亚洲色图自拍| 亚洲色诱最新| 欧美性久久久| 欧美一级片久久久久久久| 一本色道婷婷久久欧美| 欧美视频1区| 香蕉成人久久| 先锋影音一区二区三区| 国产综合在线看| 久久综合电影| 欧美二区视频| 亚洲视频视频在线| 亚洲影视综合| 在线观看一区视频| 欧美成人性生活| 欧美日韩精品一区二区三区| 中日韩视频在线观看| aaa亚洲精品一二三区| 国产精品每日更新| 久久久久国产精品www| 99视频精品在线| 久久成人国产精品| 亚洲女人天堂av| 含羞草久久爱69一区| 欧美成人亚洲成人日韩成人| 欧美国产精品专区| 亚洲欧美亚洲| 久久久亚洲国产美女国产盗摄| 亚洲激情欧美激情| 在线亚洲自拍| 激情久久久久久久| 亚洲裸体在线观看| 国产日韩欧美不卡| 91久久久久久久久| 国产精品嫩草影院一区二区| 久久综合九色综合久99| 欧美国产日韩a欧美在线观看| 亚洲无限av看| 午夜在线播放视频欧美| 久久精品国产在热久久| 亚洲麻豆av| 欧美影院一区| 在线一区二区三区四区五区| 欧美中文字幕视频| 在线亚洲激情| 久久久久久精| 午夜久久资源| 欧美电影在线免费观看网站| 欧美在线观看一区| 欧美片第1页综合| 久久精品二区三区| 欧美偷拍一区二区| 六月丁香综合| 国产精品欧美在线| 亚洲精品久久7777| 亚洲成色最大综合在线| 午夜久久久久| 在线亚洲免费视频| 免费成人高清视频| 久久一区二区三区四区| 国产精品久久国产愉拍| 亚洲国产裸拍裸体视频在线观看乱了 | 久久久91精品| 欧美日韩免费一区二区三区视频| 久久久99爱| 国产精品―色哟哟| 在线视频欧美一区| 中国av一区| 亚洲国产精品日韩| 黄色亚洲免费| 久久精品一区二区国产| 国产精品一区二区三区久久| 亚洲激情电影中文字幕| 亚洲国产你懂的| 麻豆精品网站| 亚洲国产日日夜夜| 99精品欧美一区| 免费看亚洲片| 亚洲精品久久久久| 亚洲网站视频| 国产精品乱码人人做人人爱 | 免费在线一区二区| 欧美高清在线一区| 亚洲免费在线观看视频| 欧美色网在线| 日韩亚洲在线| 亚洲一区成人| 亚洲午夜未删减在线观看| 99精品欧美一区二区蜜桃免费| 久久精品成人| 亚洲人成网站色ww在线| 欧美黑人国产人伦爽爽爽| 亚洲欧美在线播放| 亚洲视频第一页| 精品成人在线观看| 欧美手机在线| 久久久久高清| 麻豆视频一区二区| 欧美一级久久| 亚洲人成网站在线播| 国产精品永久免费观看| 久久男人av资源网站| 亚洲一区高清| 亚洲一区二区少妇| 欧美一级黄色网| 久久爱www.| 欧美人与性动交α欧美精品济南到 | 久久精品夜色噜噜亚洲a∨ | 欧美一级精品大片| 欧美成人亚洲成人| av成人福利| 国产美女精品在线| 久久久噜噜噜久久中文字幕色伊伊 | 久久露脸国产精品| 亚洲精品日韩激情在线电影| 亚洲欧美在线高清| 亚洲精品色婷婷福利天堂| 欧美在线观看视频一区二区| 久久精品亚洲一区二区| 亚洲成色999久久网站| 欧美日韩国产首页在线观看| 亚洲欧美日韩精品一区二区| 欧美本精品男人aⅴ天堂| 亚洲欧美另类综合偷拍| 在线观看亚洲| 欧美日韩综合在线| 久久久久国产一区二区三区四区 | 亚洲国产日韩综合一区| 国产精品va在线播放我和闺蜜| 亚洲精品免费在线| 欧美一区二区三区另类| 亚洲精品影视| 精品成人一区| 国产精品午夜av在线| 欧美精品综合| 久热爱精品视频线路一| 欧美一区中文字幕| 亚洲另类自拍| 欧美大学生性色视频| 久久精品国产久精国产爱| 亚洲一区二区三区中文字幕在线 | 日韩亚洲国产欧美| 亚洲精美视频|