中间件 | Redis - [全局 hash & 渐进 rehash]

INDEX

      • [§1 全局 hash 表](#§1 全局 hash 表)
      • [§2 渐进式 rehash](#§2 渐进式 rehash)

§1 全局 hash 表

全局 hash 是 redis 管理所有 key 的方式

就好像 mysql 中,所有数据库表、字段的信息依然存在表中

redis 中所有 key 的信息都存在一个全局的 hash 中

§2 渐进式 rehash

传统 rehash 有什么问题

传统 rehash 是买断式的,触发 rehash 后,需要在连续的时间内完成

  • hash 的扩容
  • 所有现存 entry 的 rehash

这种方式并不适用于 redis

  • redis 是一个分布式缓存,key 可能很多,全局的 rehash 会很占时间
  • 并且 rehash 过程中服务不可用

什么是渐进式 rehash

  • 结合原容器的大小,重新开辟一块空间用于存放 hash 数组

  • 不一口气处理所有 key,而是以桶为单位 rehash

    • hash 结构如下,实际包含两个 hash 表
    c 复制代码
    #dict字典的数据结构
    typedef struct dict{
        dictType *type; 
        void *privdata; 
        dictht ht[2]; //结构如下
        long rehashidx; 
        int itreators; 
    }
    
    typedef struct dictht{
        dictEntry[] table;
        unsingned long size;
        unsingned long  sizemask;(size-1)
        unsingned long  used;
    }
    • ht[0] 是实际数据,ht[1] 用于 rehash
    • rehashidx 初始值 -1,表示不在 rehash 中
    • 当 key 被新增、查询、删除时,直接对 key 所在的桶进行迁移
      • 同时对桶下链表的每一个元素进行 rehash(ht[0] -> ht[1])
      • rehash++
      • rehash 过程中:
        • 新增:单增,只增加 ht[1]
        • 删除:双删,先删 ht[0],后删 ht[1]
        • 查询:双查,先查 ht[0],后查 ht[1]
    • 当所有桶全部迁移完成后
      • rehashidx == ht[1].used 时完成
      • ht[0] = ht[1]
      • ht[1] = new dictht
      • rehashidx = -1
相关推荐
佛祖让我来巡山10 分钟前
Redis 为什么这么快?——「极速快递站」的故事
redis·redis为什么快?
啦啦啦_99992 小时前
Redis-0-业务逻辑
数据库·redis·缓存
自不量力的A同学2 小时前
Redisson 4.2.0 发布,官方推荐的 Redis 客户端
数据库·redis·缓存
fengxin_rou2 小时前
[Redis从零到精通|第四篇]:缓存穿透、雪崩、击穿
java·redis·缓存·mybatis·idea·多线程
是阿楷啊3 小时前
Java大厂面试场景:音视频场景中的Spring Boot与微服务实战
spring boot·redis·spring cloud·微服务·grafana·prometheus·java面试
笨蛋不要掉眼泪4 小时前
Redis哨兵机制全解析:原理、配置与实战故障转移演示
java·数据库·redis·缓存·bootstrap
ALex_zry16 小时前
Redis Cluster 分布式缓存架构设计与实践
redis·分布式·缓存
不穿格子的程序员19 小时前
从零开始写算法——普通数组篇:缺失的第一个正数
算法·leetcode·哈希算法
乔江seven19 小时前
【Flask 进阶】3 从同步到异步:基于 Redis 任务队列解决 API 高并发与长耗时任务阻塞
redis·python·flask
独自破碎E19 小时前
大整数哈希
算法·哈希算法