Redis数据结构之集合对象

Redis对象

在了解Redis数据结构的时候我们会学习到简单动态字符串,压缩链表等。
但Redis并没有直接使用这些数据结构来实现键值对数据库,而是基于这些数据结构创建了一个对象系统,这个系统包含字符串对象、列表对象、哈希对象、集合对象和有序集合对象这五种类型的对象。Redis使用对象表示键和值,每次新建一个键值对时,我们就创建了两个对象。

集合对象

intset编码

创建一个intset编码的集合对象

127.0.0.1:6379> sadd nums 1 2 3 5
(integer) 4
127.0.0.1:6379> 
127.0.0.1:6379> type nums
set
127.0.0.1:6379> object encoding nums
"intset"

所有元素都被直接包含在一个整数集合里

content是一块16x3字节大小的连续内存,存了3个整数元素

hashtable编码

当传入字符时,变为hashtable编码

127.0.0.1:6379> sadd nums "hello"
(integer) 1
127.0.0.1:6379> object encoding nums
"hashtable"

hashtable编码的集合对象底层由字典实现。字典的键就是集合的内容,值为null。

在这里插入图片描述

Redis字典的底层实现

redis字典所使用的hash表结构

typedef struct dictht {    
    // 哈希表数组    
    dictEntry **table;    
    // 哈希表大小    
    unsigned long size;    
    //哈希表大小掩码,用于计算索引值    
    //总是等于size-1    
    unsigned long sizemask;    
    // 该哈希表已有节点的数量    
    unsigned long used;
} dictht;

table属性是一个数组,数组中的每个元素都是一个指向dictEntry结构的指针,每个dictEntry结构保存着一个键值对。size属性记录了哈希表的大小,也即是table数组的大小,而used属性则记录了哈希表目前已有节点(键值对)的数量。sizemask属性的值总是等于size-1,这个属性和哈希值一起决定一个键应该被放到table数组的哪个索引上面。

一个空的hash表

在这里插入图片描述

dictEntry*[4]是一个数组,数组里的每一元素都指向一个dictEntry结构,dictEntry包含3个属性,key,value,发生散列冲突时指向下一个节点的指针next。结构如下,看得出是使用链地址法解决散列冲突。

在这里插入图片描述

redis的字典是通过hash表来实现的

redis字典结构

typedef struct dict {    
    // 类型特定函数    
    dictType *type;    
    // 私有数据    
    void *privdata;   
    // 哈希表    
    dictht ht[2];    
    // rehash索引    
    //当rehash不在进行时,值为-1    
    in trehashidx; 
    /* rehashing not in progress if rehashidx == -1 */
    } dict;

type属性和privdata属性是针对不同类型的键值对,为创建多态字典而设置的:·type属性是一个指向dictType结构的指针,每个dictType结构保存了一簇用于操作特定类型键值对的函数,Redis会为用途不同的字典设置不同的类型特定函数。·而privdata属性则保存了需要传给那些类型特定函数的可选参数。

而redis字典保存两个hash表,当我们新建一个redis字典时,默认使用ht[0] hash表,结构如下

在这里插入图片描述

redis字典为什么要维护两个hash表?

redis字典为了控制创建的hash表的空间开销,redis会动态调整hash表的空间大小,当ht[0]的长度满了,这里的ht[0]满了并不是指dictEntry数组里面每一个元素都存储了一个dictEntry,而是dictht的used和size相同,可能有部分dictEntry会发生散列冲突的。
此时再向字典添加元素,此时redis字典就会进行扩容。
首先对ht[1进行扩容,扩容的大小为比当前当前容量大的2的n次方,目标大小必须为2的n次方,这样系统进行内存分配的效率才有保证,比如当前容量ht[0]的容量为4,那么扩容的大小就应该为2的3次方也就是8.再将ht[0]的内容迁移到ht[1]此时redis字典的结构如下


在这里插入图片描述

这样就可以减少hash表的内存占用,不够的时候就扩容hash表。这种方法虽然节约了内存,但如果hash表已经很长了的时候,此时再扩容它的内存再分配的规模可能就会很大,造成性能影响。因此,为了避免rehash对服务器性能造成影响,服务器不是一次性将ht[0]里面的所有键值对全部rehash到ht[1],而是分多次、渐进式地将ht[0]里面的键值对慢慢地rehash到ht[1]。
以下是哈希表渐进式rehash的详细步骤:
1)为ht[1]分配空间,让字典同时持有ht[0]和ht[1]两个哈希表。
2)在字典中维持一个索引计数器变量rehashidx,并将它的值设置为0,表示rehash工作正式开始。
3)在rehash进行期间,每次对字典执行添加、删除、查找或者更新操作时,程序除了执行指定的操作以外,还会顺带将ht[0]哈希表在rehashidx索引上的所有键值对rehash到ht[1],当rehash工作完成之后,程序将rehashidx属性的加一。
4)随着字典操作的不断执行,最终在某个时间点上,ht[0]的所有键值对都会被rehash至ht[1],这时程序将rehashidx属性的值设为-1,表示rehash操作已完成。

集合的相关命令

在这里插入图片描述

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

推荐阅读更多精彩内容