深入学习Redisdict源码剖析(redis源码之dict)

深入学习Redis:dict源码剖析

Redis是一个高性能的键值存储系统,其中的数据结构dict扮演了至关重要的角色。dict是Redis内部用来实现哈希表的数据结构,它的性能决定了Redis的性能。本文将深入探究Redis中的dict数据结构源码以及如何使用它。

dict的基本结构

在Redis的源码中,dict的实现在字典结构体dictType中定义。dictType的结构如下:

typedef struct dictType {
unsigned int (*hashFunction)(const void *key);
void *(*keyDup)(void *privdata, const void *key);
void *(*valDup)(void *privdata, const void *obj);
int (*keyCompare)(void *privdata, const void *key1, const void *key2);
void (*keyDestructor)(void *privdata, void *key);
void (*valDestructor)(void *privdata, void *obj);
} dictType;

dictType中定义了dict的6个回调函数,包括了键的哈希函数、键的复制函数、值的复制函数、键的比较函数、键的析构函数以及值的析构函数。

接着我们看dictEntry的定义,dictEntry正好能代表dict中的一项,其结构体如下:

typedef struct dictEntry {
void *key;
union {
void *val;
uint64_t u64;
int64_t s64;
double d;
} v;
struct dictEntry *next;
} dictEntry;

dictEntry中存放了一个key以及一个val,其中val是一个Union,能存放多种类型的值。next是为了解决hash算法冲突而存在的指针。

最后是dict的定义了,它的结构体定义如下:

typedef struct dictht {
dictEntry **table;
unsigned long size;
unsigned long sizemask;
unsigned long used;
} dictht;

typedef struct dict {
dictType *type;
void *privdata;
dictht ht[2];
long rehashidx; /* rehashing not in progress if rehashidx == -1 */
int iterators; /* number of iterators currently running */
} dict;

在dict的定义中,我们可以看到dict是由两个dictht结构体组成的,也就是说,dict中包含了两个哈希表(table)。其中一个叫做ht[0],它是正在被使用的哈希表,ht[1]则是用来在rehash(rehash是Redis用来动态扩容的)过程中存放数据的哈希表。

dict的方法实现

dict的方法可以分为两类:通用方法和私有方法。通用方法是指dict的外部接口,提供给外部程序使用的方法。它们包括dictAdd、dictFind、dictDelete等方法。而私有方法是指dict内部使用的方法,只供dict内部调用。它们包括_dictRehashStep、_dictKeyIndex、_dictExpandIfNeeded等方法。

dict的添加函数dictAdd的实现如下:

int dictAdd(dict *ht, void *key, void *val)
{
dictEntry *entry = dictAddRaw(ht,key,NULL);
if (!entry) return DICT_ERR;
dictSetVal(ht, entry, val);
return DICT_OK;
}

dictAdd方法调用了dictAddRaw方法来添加一个新的键值对,如果添加成功,则返回DICT_OK,否则返回DICT_ERR。

dict的查找函数dictFind实现如下:

dictEntry *dictFind(dict *ht, const void *key)
{
dictEntry *he;
unsigned int h;

if (ht->size == 0) return NULL;
if (dictIsRehashing(ht)) _dictRehashStep(ht);
h = dictHashKey(ht, key);
for (int table = 0; table
he = ht->ht[table].table[h & ht->ht[table].sizemask];
while (he) {
if (dictCompareKeys(ht, key, he->key))
return he;
he = he->next;
}
if (!dictIsRehashing(ht)) return NULL;
}
return NULL;
}

dictFind方法通过dictHashKey方法计算出key对应的哈希值,然后从两个哈希表中查找对应的dictEntry对象。查找时,先从正在使用的哈希表(table[0])开始查找,如果找到了就返回当前的dictEntry对象,如果在table[0]中没有找到,再到table[1]中查找。如果在table[1]中依然没有找到,说明该key不存在于Redis里。

dict的删除函数dictDelete实现如下:

int dictDelete(dict *ht, const void *key)
{
dictEntry *he, *prevHe = NULL;
unsigned int h;
int table;
if (ht->ht[0].size == 0 && ht->ht[1].size == 0) return DICT_ERR;
if (dictIsRehashing(ht)) _dictRehashStep(ht);
h = dictHashKey(ht, key);

for (table = 0; table
he = ht->ht[table].table[h & ht->ht[table].sizemask];
while (he) {
if (dictCompareKeys(ht, key, he->key)) {
if (prevHe)
prevHe->next = he->next;
else
ht->ht[table].table[h & ht->ht[table].sizemask] = he->next;
dictFreeEntryKey(ht, he);
dictFreeEntryVal(ht, he);
zfree(he);
ht->ht[table].used--;
return DICT_OK;
}
prevHe = he;
he = he->next;
}
if (!dictIsRehashing(ht)) break;
}
return DICT_ERR;
}

dictDelete方法先计算key的哈希值,然后从两个哈希表中查找包含该key的dictEntry对象。找到该对象后,从链表上删除,并释放内存。如果删除成功,返回DICT_OK,否则返回DICT_ERR。

使用dict实现缓存机制

dict的高效性能为Redis实现缓存机制提供了极大的便利。我们可以将常用数据放入Redis中,它们会被存储在内存中,当需要访问数据时可以直接从内存中读取,减少了文件I/O操作,提升了访问速度。

我们可以编写以下代码来实现缓存机制:

#include "redis.h"
void cacheData(redisClient *c) {
dictEntry *de;
dict *dictPtr;
long long bytes = 0;
/* If the key already exists in the cache, delete it first */
if (lookupKeyRead(c->db,c->argv[1]->ptr) != NULL) {
dbDelete(c->db,c->argv[1]);
}
/* Add the key-value pr to the cache */
dictPtr = c->db->dict;
de = dictAddRaw(dictPtr,c->argv[1]->ptr,NULL);
bytes += sdslen(c->argv[1]->ptr)+dictSize(dictPtr->valsize);
dictSetVal(dictPtr, de, c->argv[2]);
incrRefCount(c->argv[2]);
c->db->dict->expire = 0;
addReply(c,shared.ok);
}

cacheData方法首先从Redis中查找key,如果已经存在这个key,则需要先将这个key对应的value从Redis中删除。然后,将新的key-value放入Redis的dict中即可。

本文简要的介绍了dict的基本结构以及dict的三个基本方法,同时也讲述了如何使用dict实现缓存机制。在实际的应用中,我们还需要根据实际情况合理的设置dict的回调函数,以让dict提供更好的性能,从而为Redis提供高效的数据存储和检索服务。

香港服务器首选树叶云,2H2G首月10元开通。
树叶云(www.IDC.Net)提供简单好用,价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/297371.html<

(0)
管理的头像管理
上一篇2025-05-22 10:50
下一篇 2025-05-22 10:51

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注