【redis】- 数据结构及底层编码篇

数据结构

  • String
    • bitmaps也是“字符串”
    • 使用场景
      • 缓存
      • 计数
      • 共享Session
      • 限速(限流)
  • Hash
    • 使用场景
      • 缓存用户信息(多属性)
  • List
    • 使用场景
      • 关注列表
      • 粉丝列表
      • 消息列表
      • 场景使用口诀:
        • lpush+lpop=Stack(栈)
        • lpush+rpop=Queue(队列)
        • lpsh+ltrim=Capped Collection(有限集合)
        • lpush+brpop=Message Queue(消息队列)
  • Set
    • 使用场景
      • 标签(关系的维护必须是原子性,lua)
        • 标签添加用户
        • 用户调加标签
    • set 是可以自动排重的
  • Sorted Set(ZSet)
    • zset增加了一个权重参数score,使得集合中的元素能够按score进行有序排列
    • 使用场景
      • 排行榜
      • 用在"延时队列",通过将对应的过期时间设置为对应的score实现

底层编码

image
  • 字符串 SDS(Simple Dynamic String):
    • emb:
      • 长度 <= OBJ_ENCODING_EMBSTR_SIZE_LIMIT
      • 它将RedisObject对象头和SDS对象连续存在一起,使用malloc方法一次分配,高并发写入场景中建议字符串小于该值,减少创建redisObject内存分配次数, 从而提高性能
    • raw:
      • 长度 > OBJ_ENCODING_EMBSTR_SIZE_LIMIT
      • raw 存储形式不一样,它需要两次malloc,两个对象头在内存地址上一般是不连续的
  • 长度OBJ_ENCODING_EMBSTR_SIZE_LIMIT与redis版本有关
  • 结构图


    image
  • 字典 dict
    • dict 结构内部包含两个 hashtable,通常情况下只有一个 hashtable 是有值的。但是在dict扩容缩容时,需要分配新的hashtable,然后进行渐进式搬迁(),这时候两个hashtable存储的分别是旧的hashtable和新的hashtable。待搬迁结束后,旧的hashtable被删除,新的hashtable 取而代之
    • 渐进式 rehash:渐进式 rehash 小步搬迁
      • 被动搬迁:来自客户端指令(hset/hdel)
      • 主动搬迁:定时任务databaseCron
    • 扩容条件
      • 正常情况下,当hash表中元素的个数等于第一维数组的长度时,就会开始扩容,扩容的新数组是原数组大小的2倍。不过如果Redis正在做bgsave,为了减少内存页的过多分离 (Copy On Write),Redis尽量不去扩容(dict_can_resize),但是如果hash表已经非常满了,元素的个数已经达到了第一维数组长度的5倍(dict_force_resize_ratio),说明hash表已经过于拥挤了,这个时候就会强制扩容
    • 缩容条件
      • 缩容的条件是元素个数低于数组长度的10%。缩容不会考虑 Redis 是否正在做 bgsave
image
  • 压缩列表 ziplist
    • 支持双向遍历
    • 级联更新 (O(n)~O(n2))
image
  • 快速列表 quicklist (待补充)
    • quicklist 是 ziplist和linkedlist的混合体,它将linkedlist按段切分,每一段使用 ziplist 来紧凑存储,多个 ziplist 之间使用双向指针串接起来
    • 为了进一步节约空间,Redis还会对ziplist进行压缩存储,使用LZF算法压缩,可以选择压缩深度
    • quicklist 内部默认单个ziplist长度为8k字节,超出了这个字节数,就会新起一个ziplist。 ziplist 的长度由配置参数 list-max-ziplist-size 决定
image
  • 跳跃列表 skiplist
    • 基础结构:Redis 的跳跃表共有64层,意味着最多可以容纳2^64次方个元素。每一个 kv 块对应的结构如下面的代码中的 zslnode 结构,kv header也是这个结构,只不过 value 字段是 null 值——无效的, score 是Double.MIN_VALUE,用来垫底的。 kv 之间使用指针串起来形成了双向链表结构,它们是有序 排列的,从小到大。不同的 kv 层高可能不一样,层数越高的kv越少。同一层的kv会使用指针串起来。每一个层元素的遍历都是从 kv header 出发
image
  • 紧凑列表 listpack
    • 对 ziplist 结构的改进,在存储空间上会更加节省,而且结构上也比 ziplist 要精简
    • 元素之间独立,不存在级联更新
image

  • 注意:编码类型转换在Redis写入数据时自动完成, 这个转换过程是不可逆的, 转换规则只能从小内存编码向大内存编码转换

  • 附图


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

推荐阅读更多精彩内容