Redis內(nèi)部數(shù)據(jù)結(jié)構(gòu)Dict的實(shí)現(xiàn)方法
我們平時(shí)用Redis的時(shí)候,只是了解到了它對外的一些結(jié)構(gòu),如:string、list、set、hash、zset,但是我們卻很少能了解到Redis內(nèi)部用的存儲(chǔ)結(jié)構(gòu),小編將在這篇文章和大家秀一下Redis中的一個(gè)內(nèi)部結(jié)構(gòu)——dict。
一、dict是什么
不知道大家在用Redis的時(shí)候有沒有注意到,我們在使用大多數(shù)Redis命令的時(shí)候,都會(huì)讓你輸入一個(gè)key,后面才會(huì)讓你輸入具體的值。
我們本篇文章所述的dict在Redis中最主要的作用就是用于維護(hù)Redis數(shù)據(jù)庫中所有Key、value映射的數(shù)據(jù)結(jié)構(gòu),也就是我們在輸入set、zadd等命令時(shí)輸入的key與后面值的映射。321,上代碼。代碼來源(dict.h)。 如下代碼所示,dict結(jié)構(gòu)體里面有一個(gè)dictht 數(shù)組,dictht 里面的dictEntry 就是具體存放key、value映射關(guān)系的。
typedef struct dictEntry { void *key; union { void *val; uint64_t u64; int64_t s64; double d; } v; struct dictEntry *next; } dictEntry; typedef struct dictht { dictEntry **table; unsigned long size; // hashtable 容量 unsigned long sizemask; // size -1 unsigned long used; // hashtable 元素個(gè)數(shù) used / size =1 } dictht; typedef struct dict { dictType *type; void *privdata; dictht ht[2];// ht[0] , ht[1] =null long rehashidx; /* rehashing not in progress if rehashidx == -1 */ unsigned long iterators; /* number of iterators currently running */ } dict;
小貼紙:dictEntry 中用到了union聯(lián)合體這種結(jié)構(gòu)。也就是多個(gè)變量的結(jié)構(gòu)同時(shí)使用一塊內(nèi)存區(qū)域,區(qū)域的取值大小為該結(jié)構(gòu)中長度最大的變量的值。這有利于減少內(nèi)存碎片,提高內(nèi)存利用率,在Java中的壓縮指針技術(shù)就用到了聯(lián)合體。
二、dict數(shù)據(jù)結(jié)構(gòu)
1.結(jié)構(gòu)梳理
我們仔細(xì)看上面代碼中的結(jié)構(gòu),小編可以直接告訴你,其實(shí)它就是一個(gè)哈希表結(jié)構(gòu),在Java中相當(dāng)于一個(gè)HashMap,因?yàn)镽edis需要保證快速響應(yīng),所以選擇哈希表作為存儲(chǔ)結(jié)構(gòu)是一個(gè)不錯(cuò)的決定。我們這里只一起了解結(jié)構(gòu)中存具體數(shù)據(jù)的部分。
- dictEntry:其實(shí)它就是一個(gè)鏈表結(jié)構(gòu),里面維護(hù)了key、value。
- dictht :它維護(hù)了一個(gè)dictEntry 指針數(shù)組。 雖然我們?nèi)庋勰芸吹蕉x的是指針的指針,dictEntry **table。但其實(shí)指針的指針是指向了dictEntry 數(shù)組指針的首地址。Redis源碼里大多會(huì)這么用 table[index]。指針這塊有點(diǎn)繞,可以暫時(shí)直接認(rèn)為它就是一個(gè)指針數(shù)組。
- dict: dict里面維護(hù)了一個(gè)dictht ht[2] 數(shù)組,相當(dāng)于兩個(gè)dictht 結(jié)構(gòu)。為什么要存兩個(gè)dictht 結(jié)構(gòu)呢。因?yàn)榧热皇枪1砟蔷鸵婕暗綌U(kuò)容,redis是單線程的,不可能一下子將所有的數(shù)據(jù)都轉(zhuǎn)移到新的哈希表中,這樣可能會(huì)造成服務(wù)長時(shí)間不可用,所以它退而求其次,選擇了"漸進(jìn)式擴(kuò)容"。
小貼紙:Redis中的漸進(jìn)式擴(kuò)容,采用的是在內(nèi)存中放置兩個(gè)哈希表結(jié)構(gòu),無需擴(kuò)容時(shí),使用的是哈希表0,在擴(kuò)容期間,將擴(kuò)容標(biāo)識(shí)設(shè)置為true,當(dāng)有新數(shù)據(jù)進(jìn)來的時(shí)候,發(fā)現(xiàn)正在擴(kuò)容,就會(huì)在將新數(shù)據(jù)直接放入哈希表1。而表0中的數(shù)據(jù)會(huì)在每次有請求命令并且請求的數(shù)據(jù)在表0中時(shí),將請求命令涉及到的數(shù)據(jù)直接掛到表1上。 在擴(kuò)容期間如果執(zhí)行查找命令會(huì)查找表0+表1的數(shù)據(jù)。
當(dāng)然,Redis如果一直不執(zhí)行命令的話。它也會(huì)有一個(gè)后臺(tái)定時(shí)任務(wù),對字典進(jìn)行主動(dòng)搬遷,它不會(huì)對未完成的事置之不理
// 服務(wù)器定時(shí)任務(wù) void databaseCron() { ... if (server.activerehashing) { for (j = 0; j < dbs_per_call; j++) { int work_done = incrementallyRehash(rehash_db); if (work_done) { /* If the function did some work, stop here, we'll do * more at the next cron loop. */ break; } else { /* If this db didn't need rehash, we'll try the next one. */ rehash_db++; rehash_db %= server.dbnum; } } } }
2. 擴(kuò)容條件
- 當(dāng)hash表中元素的個(gè)數(shù)等于數(shù)組長度時(shí),就會(huì)開始擴(kuò)容,擴(kuò)容的新數(shù)組是原數(shù)組的2倍。
- 當(dāng)Redis發(fā)生其他情況沒有在元素個(gè)數(shù)等于數(shù)組長度時(shí)擴(kuò)容,那么Redis會(huì)有一個(gè)強(qiáng)制擴(kuò)容的條件,就是元素個(gè)數(shù)達(dá)到數(shù)組長度5倍時(shí)進(jìn)行強(qiáng)制擴(kuò)容。
/* Expand the hash table if needed */ static int _dictExpandIfNeeded(dict *d) { /* Incremental rehashing already in progress. Return. */ if (dictIsRehashing(d)) return DICT_OK; /* If the hash table is empty expand it to the initial size. */ if (d->ht[0].size == 0) return dictExpand(d, DICT_HT_INITIAL_SIZE); /* 元素個(gè)數(shù)大于等于數(shù)組長度&&(能擴(kuò)容(bgsave時(shí)盡量不擴(kuò)容)或元素大于5倍時(shí)強(qiáng)制擴(kuò)容) * static unsigned int dict_force_resize_ratio = 5; */ if (d->ht[0].used >= d->ht[0].size && (dict_can_resize || d->ht[0].used/d->ht[0].size > dict_force_resize_ratio)) { return dictExpand(d, d->ht[0].used*2); } return DICT_OK; }
3. 縮容條件
既然有擴(kuò)容,當(dāng)前就有縮容,要不占那么大內(nèi)存不是浪費(fèi)嗎?
- 當(dāng)元素小于數(shù)組長度的10%時(shí)進(jìn)行縮容。
int htNeedsResize(dict *dict) { long long size, used; size = dictSlots(dict); used = dictSize(dict); return (size > DICT_HT_INITIAL_SIZE && (used*100/size < HASHTABLE_MIN_FILL)); }
dict結(jié)構(gòu)的實(shí)現(xiàn)相對來說比較簡單,本文就介紹到這。
到此這篇關(guān)于Redis內(nèi)部數(shù)據(jù)結(jié)構(gòu)Dict的實(shí)現(xiàn)方法的文章就介紹到這了,更多相關(guān)redis dict數(shù)據(jù)結(jié)構(gòu)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
基于Redis6.2.6版本部署Redis?Cluster集群的問題
這篇文章主要介紹了基于Redis6.2.6版本部署Redis?Cluster集群,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2022-04-04Redis源碼解析sds字符串實(shí)現(xiàn)示例
這篇文章主要為大家介紹了Redis源碼解析sds字符串實(shí)現(xiàn)示例,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-08-08詳解利用redis + lua解決搶紅包高并發(fā)的問題
本篇文章主要介紹了利用redis + lua解決搶紅包高并發(fā)的問題 ,詳細(xì)的講訴了需求分析和方案,有興趣的可以了解一下。2016-11-11Spring Boot 項(xiàng)目集成Redis的方式詳解
這篇文章主要介紹了Spring Boot 項(xiàng)目集成Redis的方式,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),需要的朋友參考下吧,需要的朋友可以參考下2021-08-08