Redis_字典[通俗易懂]

Redis_字典

大家好,又见面了,我是全栈君。

阅读本文之前要了解的两件事情,第一,Redis是一种Key-Value数据库,第二,字典是一种保存键值对的抽象数据结构。所以不难猜出字典在Redis中应用一定很广泛,实际上,Redis数据库的底层实现就是字典,对数据库的增删查改也是构建在对字典的操作上。那么想要深入理解Redis,字典的解密是不可缺少的。接下来,就让我们一层一层解开指点的面纱,看看它的真面目。

首先看看Redis中有哪些地方使用到了字典

一, 数据库键空间

Redis是一个键值对数据库server,server中的每一个数据库都是一个RedisDB结构,当中RedisDb结构的dict字典保存了数据库中的全部键值对。我们将这个字典称为键空间(key space),键空间和用户直接所见的数据库是直接相应的

二。 Expires字典

Redis数据库结构是一个RedisDb结构,有一个属性expires也是字典,这个字典中保存了数据库中全部键的过期时间,我们称这个字典叫做过期字典

以下贴出RedisDb的数据结构。加深了理解。

三。 字典是Hash类型的底层实现之中的一个
这里之所以说是之中的一个。是应为Hash类型的实现能够是多种类型,在不同的场景下能够是不同的类型,但一个哈希键中包括的键值对照较多。有或者是键值对中元素都是比較长的字符串的时候。就会使用字典作为底层实现。否则就是压缩列表作为底层实现。
【注意】键空间中的键和过期字典中的键都指向都一个键对象,所以不会出现不论什么反复对象,也不会浪费内存空间。

然后我们来了解一下在Redis中字典是怎样实现的。

字典的定义在dict.h/dict中给出了,例如以下:

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;

这是一个哈希表。table数组中的每一个元素都是指向一个dictEntry结构的指针,size是哈希表的大小。也就是table数组的大小。sizemask属性总是等于size-1 ,sizemask和哈希值一起决定将一个键应该被放到那个数组上,used表示眼下哈希表有多少个节点,used/size 是一个哈希表的负载因子,这个因子决定了什么时候后对哈希表进行扩展和收缩。

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

以下是一个哈希表节点,每一个dictEntry结构都保持着一个键值对,当中next指针能够将多个哈希值同样的键值对连接在一起,一次来解决键冲突的问题(这里能够引申出哈希函数以及哈希冲突解决方式。Redis中使用的解决方式是链地址法,就是。假设多个值通过哈希函数得到的哈希值是同样的,那么就链接到这个地址后,另一种解决哈希冲突的方案。就是寻地址法。就是当出现哈希冲突的时候,对键值对在进行一个哈希函数。得到一个没有被占用的地址为止,这两种方案各有利弊,链地址法可能会退化成一个链表。寻地址法可能在后期插入时,全是冲突)

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

另一个须要说的地方,就是哈希表的rehash

随着操作的不断运行,一个哈希表中保存的键值对会越来越多或者是越来越少,哈希表中键值对数量过多或者过少都是不好的,过多,就会相当于是多个链表。过少也不好,查找的命中率也会非常低。将哈希表的负载因子(used/size)维持在一个范围之类是最好的。所以,当哈希表的数量过大或者过小的时候。程序会对哈希表进行扩展或者收缩,

扩展好理解,假设size=4 ,可是used=8,相当于每一个键的后面都有个链,这样查找起来是费劲的。这个时候能够通过Rehash来进行完毕,注意dict数据结构中的那个

dictht ht[2],这里是两个dictht,当中ht[1]是空暇的,在进行扩展的时候现将ht[1]扩展成ht[0]的两倍,然后将ht[0]中的键值对一个一个哈希到ht[1]中去。最后将ht[1]设置为ht[0]

这里须要注意的是rehash的时机。通常是负载因子大于5的时候扩展,负载因子小于0.1的时候收缩,另一个问题是字典中有个属性是rehashidx。这个属性标志rehash的状态,假设是0,表示rehash正式開始。然后没rehash一个键值对。就将这个值加一,当ht[0]的值所有被转移到ht[1]的时候。就将这个值设置成-1。表示rehash操作完毕。

事实上还有非常多要说的。比方渐进式rehash,渐进式就说说rehash过程不是一次性完毕的,而是分多次,渐进式完毕的,在rehash过程中,全部的删除,查找。更新都会在两个哈希表中进行。比如,假设查找一个元素,ht[0]中没有,那么就去ht[1]中查找,新加入的一律都是加入到ht[1]中,ht[0]中不再进行不论什么加入操作

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/115372.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 一种并行随机梯度下降法是什么_随机梯度下降法

    一种并行随机梯度下降法是什么_随机梯度下降法MartinA.Zinkevich等人(Yahoo!Lab)合作的论文ParallelizedStochasticGradientDescent中给出了一种适合于MapReduce的并行随机梯度下降法,并给出了相应的收敛性分析。这里忽略理论部分,根据自己的理解给出文中所提并行随机梯度下降法的描述。

    2025年10月24日
    3
  • pycharm 2021.4.14激活码_通用破解码[通俗易懂]

    pycharm 2021.4.14激活码_通用破解码,https://javaforall.net/100143.html。详细ieda激活码不妨到全栈程序员必看教程网一起来了解一下吧!

    2022年3月17日
    64
  • DataGrip2022.01.12激活码【中文破解版】[通俗易懂]

    (DataGrip2022.01.12激活码)好多小伙伴总是说激活码老是失效,太麻烦,关注/收藏全栈君太难教程,2021永久激活的方法等着你。IntelliJ2021最新激活注册码,破解教程可免费永久激活,亲测有效,下面是详细链接哦~https://javaforall.net/100143.html2KLKA7BQFO-eyJsaWNlbnNlSW…

    2022年4月1日
    159
  • spring boot redis 缓存_redis本地缓存

    spring boot redis 缓存_redis本地缓存SpringBoot集成Redis缓存查询操作是应用中最常见的操作,如果每次查询都从MySQL中查询则会影响效率,通常需要引入缓存来实现查询性能的优化。缓存可以选择本地缓存,远程缓存或本地缓存结合远程缓存。本地缓存可以使用Guava或Caffeine提供的解决方案,而远程缓存则可以选择Redis这样的内存数据库。本文记录一下SpringBoot集成Redis做缓存的相关配置。1引入依赖引入相应Starter。<dependency><gr

    2022年9月17日
    5
  • 详解scheduleAtFixedRate与scheduleWithFixedDelay原理

    详解scheduleAtFixedRate与scheduleWithFixedDelay原理前言前几天,肥佬分享了一篇关于定时器的文章你真的会使用定时器吗?,从使用角度为我们详细地说明了定时器的用法,包括fixedDelay、fixedRate,为什么会有这样的区别呢?下面我们从源码角度分析下二者的区别与底层原理。jdk定时器这里不再哆嗦延迟队列、线程池的知识了,请移步下面的链接延迟队列原理,http://cmsblogs.com/?p=2448线程池原理,http://…

    2025年8月6日
    2
  • PowerBI 引入时间智能

    PowerBI 引入时间智能

    2021年11月26日
    64

发表回复

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

关注全栈程序员社区公众号