Redis数据结构实现原理—字典

最新推荐文章于 2024-08-16 09:51:58 发布

隔壁村王小黑

最新推荐文章于 2024-08-16 09:51:58 发布

阅读量745

点赞数 30

分类专栏： Redis 文章标签： redis 数据结构数据库

本文链接：https://blog.csdn.net/qq_25258019/article/details/138372488

版权

Redis 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

本文详细介绍了字典数据结构，包括其作为键值对存储的用途，以及Redis中哈希表的实现（如MurmurHash算法、链地址法解决冲突），重点阐述了负载因子与rehash过程，特别是渐进式rehash策略以保证服务器性能。

摘要由CSDN通过智能技术生成

字典

字典，又称符号表（symbol table）、关联数组（associative array）或者映射（map），是一种用于保存键值对（key-value pair）的抽象结构。

用途

存放数据库的键（例如：set的键存在字典里）
哈希键的底层实现：当hash包含的键值对比较多或者键值中比较长的字符串时

实现

在这里插入图片描述

hash表节点：

typedef struct dictEntry{
    //键
    void *key;
    //值
    union{
        void *val;
        uint64_t u64;
        int64_t s64;
    } v;
    //指向下一个hash节点，形成链表来解决hash冲突
    struct dictEntry *next;
}

hash表结构：

typedef struct dictht{
    //哈希表数组,数组中每一个元素指向dictEntry结构（保存一个键值对）
    dictEntry **table;
    //哈希表大小
    unsigned long size;
    //哈希表大小掩码，总是等于size-1
    unsigned long sizemark;
    //哈希表已有节点的数量
    unsigned long used;
}

字典结构：

typedef struct dict{
    //指向dictType结构的指针，每个dictType结构保存一簇用于操作特定类型键值对的函数
    dictType *type;
    //保存传给类型特定函数的可选参数
    void *privdata;
    //哈希表,数组中每一项都是一个dictht哈希表，一般情况下只使用ht[0]，ht[1]只会对ht[0]哈希表进行rehash时使用
    dictht ht[2];
    //记录rehash进度，没有进行rehash时进度为-1
    int rehashidx;
}

hash算法

redis使用MurmurHash2算法来计算键的hash值，新版本中使用MurmurHash3算法，这种算法优点是即使输入的键有规律，算法仍能给出一个很好的随机分布性

根据键计算出hash值
使用hash值和dictht中的sizemask属性计算出索引值
根据不同情况插入到ht[1]或ht[2]中

解决键冲突

当有两个或以上数量的键被分配到了哈希表数组的同一个索引上面时，我们称这些键发生了冲突（collision）。
redis的哈希表使用链地址法，每个hash表都有一个next指针，多个节点可以构成一个单向链表，新节点会被插入到链表表头
例如：k1和k2经过哈希算法后被分到相同的卡槽，那k1和k2就会产生冲突，而解决冲突的办法就是使用 next 指针将键 k2 和 k1 所在的节点连接起来。为了速度考虑，程序总是将新节点添加到链表的表头位置（复杂度为 O(1)），排在其他已有节点的前面。
在这里插入图片描述