Redis-数据结构-RedisObject、字典

一、对象 redisObject

1、定义与结构

        redis使用对象来表示数据库中的键和值,对象包含字符串(string)、列表(list)、哈希(hash)、集合(set)、有序集合(z-set)5中类型。当在redis数据库中创建一个键值对时,至少创建两个对象,一个用作键(键对象),另一个用作值(值对象)。

        好处是:1)可以针对不同的使用场景,为对象设置多种不同的数据结构实现,从而优化不同场景下的使用效率。2)对象系统实现了基于引用计数的内存回收机制。3)通过引用计数实现了对象共享机制,在适当的条件下通过共享同一对象来节约内存。4)redis对象带有访问时间记录信息(最后访问的时间戳),在启动maxmemory功能的情况下,较长时间未访问的键可能会优先被服务器删除

        结构

        type值

        encoding值

二、字典

    1、定义与结构

        字典是一种用于保存键值对(key-value pair)的抽象数据结构。redis的字典使用哈希表作为底层实现,一个哈希表里面可以有多个哈希表节点,每个节点保存一个键值对。

        1.1、哈希表

        1.2、哈希表节点


        键值对的值可以是 指针、uint64_t类型的整数、int64_t类型的整数、double类型的浮点数(源码版本5.05)

        1.3、字典

        type属性指向dictType结构的指针,每个dictType结构保存了一簇用于操作特定类型值的函数;

        privdata属性保存需要传给类型特定函数的可选参数;

        ht属性是一个包含两个项的数组,一般情况下只是用ht[0]哈希表,ht[1]只在rehash时使用;

        rehashidx 记录rehash的进度,如果没有进行rehash,则为-1


        1.4、Java 中 HashMap


2、哈希算法

        2.1、计算步骤

        1)使用字典设置的哈希函数,计算key的hash值       hash = dict -> type -> hashFunction(key);

        2)使用哈希表的sizemask属性和哈希值,计算索引值     index = hash & dict -> ht[x].sizemask;

        2.2、键冲突(哈希冲突)

        使用redis链地址法解决键冲突,每个哈希表节点都有一个next指针,索引相同的多个哈希表节点通过next构成一个单项链表,解决键冲突,并且总是将新节点添加到链表的表头位置

        2.3、rehash

        1)为字典的ht[1]分配空间,空间大小取决于要执行的操作和ht[0]当前键值对的数量(ht[0].userd属性)

                扩容操作,则为 大于等于 ht[0].userd*2 的最小的 2^n ;

                收缩操作,则为 大于等于 ht[0].used      的最小的 2^n;

        2) 将保存在ht[0]中的所有键值对rehash到ht[1]:重新计算键的hash值和索引值,然后将键值对存放到ht[1]指定的位置上

        3)释放ht[0](变为空表),将ht[1]设置为ht[0], ht[1]创建一个空白哈希表。

        2.3、渐进式rehash

        为了避免一次性rehash大量键值对造成的性能影响,redis分多次将ht[0]里的键值对rehash到ht[1]中。渐进式rehash的好处在于采取分而治之的方式,将rehash键值对所需计算工作均摊到对字典的每个添加、删除、查找、和更新操作上,避免了集中式rehash带来的庞大计算量。渐进式rehash执行期间字典会同时使用ht[0]和ht[1]两个哈希表,删除(delete)、查找(find)、更新(update)操作会在两个哈希表上进行,先在ht[0]上执行,如果没有结果,再在ht[1]上执行,最后返回结果;添加(add)操作一律保存到ht[1], ht[0]不进行任何操作,保证了ht[0]包含的键值对只减不增。

        1)为ht[1]分配空间,让字典同时持有ht[0]和ht[1]两个哈希表

        2)将字典中的索引计数器rehashidx的值设置为0,表示rehash开始

        3)在rehash期间,每次对字典执行添加、删除、查找或更新操作时,在ht[0]上执行操作之外,还会在将ht[0]在rehashidx索引位置上的所有键值对(节点)rehash到ht[1]上,当rehash工作完成之后,程序将rehashidx值+1;

        4)随着字典操作不断执行,当ht[0]的所有键值对都rehash到ht[1],设置 rehashidx = -1,表示rehash操作完成

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,258评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,335评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,225评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,126评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,140评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,098评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,018评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,857评论 0 273
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,298评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,518评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,678评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,400评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,993评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,638评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,801评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,661评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,558评论 2 352