Redis底层数据结构和reHash过程（二）

最新推荐文章于 2023-03-27 16:28:05 发布
最新推荐文章于 2023-03-27 16:28:05 发布
阅读量317 收藏 1
点赞数 1
分类专栏： 数据库 Redis 文章标签： redis nosql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/keYuK0/article/details/115984876
版权
本文详细介绍了Redis如何使用哈希表存储键值对，并探讨了哈希冲突的解决策略——链式哈希。文章重点讨论了reHash的过程，包括渐进式reHash的机制，以避免一次性数据迁移导致的服务阻塞。此外，还概述了Redis中压缩列表和跳表两种数据结构及其时间复杂度分析，解释了为何Redis选择这些数据结构的原因。
摘要由CSDN通过智能技术生成

Redis底层数据结构

​ Redis常用的类型有STRING（字符串）、LIST（列表）、SET（集合）、HASH（散列）、ZSET（有序集合）

img

Redis 键值对存储的结构

​ 为了实现从键到值的快速访问，Redis使用了哈希表来保存所有键值对。键对应Redis设置的Key，而值对应的并不是值本身，而是指向具体值的指针。使用哈希表的最大好处就是可以用O(1)的时间复杂度快速找到键值对。但既然是哈希表，那么必然会有着哈希冲突的问题。

​ 哈希冲突即指的是，当两个key的哈希值和哈希桶计算对应关系时，正好落在了同一个哈希桶上。

Redis解决哈希冲突的方式是使用链式哈希，即拉链法。当多个元素指向同一个哈希桶时，在同一个哈希桶中采用链表来保存对应的数据，它们之间依次用指针连接。

img

​ 链式哈希有个很明显的问题，就是当同一个桶的元素过多时，链表的长度会越来越长，在链表查询数据的时间复杂度又是O(n)，意味着链越长查询时间就越久。针对这个问题，Redi

最低0.47元/天 解锁文章
keYuK0
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Redis rehash 的过程
悟已往之不谏，知来者之可追
05-12 487
问题 这个知识点算 redis 中比较低频的面试点，但是当你在介绍 HashMap 的 rehash 或者 ConcurrentHashMap 的 rehash 过程中，可以主动和面试官提及你不仅了解这些，同时还了解 Redis 中的 rehash 过程。 Redis 是以速度快，性能好著称的，我们知道 Redis 一开始的容量是有限的，当容量不足时，需要扩容，那扩容的方式是什么？一次性全部将数据转移吗？那当数据量上千万上亿，这必定会阻塞 Redis 对命令的执行。因此就非常有必要了解一下 Redis 中的
Redis——Redis数据结构底层原理
庄小焱
03-31 3581
本博文主要介绍Redis数据结构底层原理。帮助大家更好的学习和理解Redis数据结构。Redis发展到现在已经有 9 种数据类型了，其中最基础、最常用的数据类型有 5 种，它们分别是：字符串类型、列表类型、哈希表类型、集合类型、有序集合类型，而在这 5 种数据类型中最常用的是字符串类型。这五种数据结构的底层实现丰富。
Redis关键点（rehash）
热门推荐
不止思考
09-10 1万+
hash table是一种高效的数据结构，被广泛的用在key-value存储中，Redis的dict其实就是一个典型的hash table实现。 rehash是在hash table的大小不能满足需求，造成过多hash碰撞后需要进行的扩容hash table的操作，其实通常的做法确实是建立一个额外的hash table，将原来的hash table中的数据在新的数据中进行重新输入，从而生成新
Redis 字典rehash过程
Wisimer
04-04 1516
rehash
redis哈希表 rehash过程
weixin_39590058的博客
08-13 794
redis哈希表结构 使用链地址方法来解决键冲突的，冲突后追加到链表后面。 redis中有两个哈希表，其中一个时正常使用的，另一个是在扩容或者收缩时才需要的 redis中的
Redis字典结构数据的rehash过程
weixin_43820542的博客
08-16 651
Redis字典结构数据的rehash过程哈希表扩展收缩条件执行rehash的步骤扩展示例 Redis字典的数据实现方式是使用哈希表。 先解释一下Redis字典中负载因子的概念，负载因子描述字典容量的负载程度，它的计算公式为： 负载因子=哈希表已保存节点数量/哈希表大小 Redis中哈希表与java中的HashMap长得一样样的，HashMap里动态扩容的机制在Redis的字典里也存在。Redis的...
Redis底层数据结构
qq_38056518的博客
09-15 208
Redis底层数据结构 1、SDS（Simple Dynamic string） typedef struct sdshdr{ int len; // 已经使用的长度 int free; // 未使用的长度 char buf[]; // 字符数组，用来保存字符串 }sdshdr; 好处： （1）获取长度信息 可以在O(1)的时间复杂度内获取到字符串数组的长度和未使用长度的大小 （2）杜绝内存溢出 在进行字符串修改的时候，首先会比较len和当前空间的大小，如果len > 当前空间，那么会进
Redis底层核心数据结构与Redis6.0新特性
最新发布
qq_44027353的博客
03-27 544
在移动数据过程中如果客户端进行了更新操作，Redis会操作两个dictht，先去老数组ht[0]中找，如果没有找到就直接去新数组ht[1]中操作，如果老数组找到了就是在老数组中去操作，同时会把这个hash桶中的数据全都移动到新数组中去。中的level记录的是最高的层高数，因为索引遍历时是从最高的那一层开始往下找的，这个层高是通过一个随机函数生成的，越高的层数出现的概率越低。Redis中所有的key都是String类型的，底层是使用的SDS类型，没有使用c语言的字符数组去实现字符串。
redis rehash
zhaoyangjian724的专栏
08-16 225
一个哈希表，其实就是一个数组，数组的每个元素称为一个哈希桶。所以，我们常说，一个哈希表是由多个哈希桶组成的，每个哈希桶中保存了键值对数据。 但是，如果你只是了解了哈希表的 O(1) 复杂度和快速查找特性，那么，当你往 Redis 中写入大量数据后，就可能发现操作有时候会突然变慢了。 这其实是因为你忽略了一个潜在的风险点，那就是哈希表的冲突问题和 rehash 可能带来的操作阻塞。 其实，为了使 rehash 操作更高效，Redis 默认使用了两个全局哈希表：哈希表 1 和哈希表 2。 一开始，当
【Redis高频面试题系列】：说说Redis的rehash过程
Code皮皮虾的博客
03-23 872
Redis的字典由 dict.h/dict 结构如下（rehash的重点） typedef struct dict { //类型特性函数 dictType *type; //私有数据 void *privdata; //哈希表 dictht ht[2]; //rehash索引 //当rehash没有进行时为-1 int trehashidx; } ht 属性是一个包含两个项的数组，数组中的每个项都是一个dictht哈希表，一般情况下使用的都是ht[0]的哈希表，而...
Redis面试题系列：讲一讲 rehash 的过程
Time_Limit的博客
06-27 1132
字典是什么 字典，又称为符号表(Symbol table)，关联数组(associative array)或映射(map)，是一种用来保存键值对(key-value-pair)的抽象数据结构。字典中的键不会重复。 接下来会分析Redis中字典的实现方式，哈希算法，解决键冲突的方法及rehash的过程。文中展示的 Redis 源码均来自 3.0.4 版本。 字典的实现 Redis 的字典使用哈希标作为底层实现，一个哈西表里面可以有多个哈希表结点，而每个哈希表结点就保存了字典的一个键值对。 首先来分析一下哈希表
redis扩容的rehash过程
王林冲的博客
03-24 2518
在扩容和收缩的时候，如果哈希字典中有很多元素，一次性将这些键全部rehash到ht[1]的话，可能会导致服务器在一段时间内停止服务。所以，采用渐进式rehash的方式，详细步骤如下： 为ht[1]分配空间，让字典同时持有ht[0]和ht[1]两个哈希表 将rehashindex的值设置为0，表示rehash工作正式开始 在rehash期间，每次对字典执行增删改查操作是，程序除了执行指定的操作以外，还会顺带将ht[0]哈希表在rehashindex索引上的所有键值对rehash到ht[1]，当rehas
redis源码阅读(4)-timeEvnet之rehash重哈希过程
我想成为摄影家
11-21 1494
当redis数据库中HashTable数据达到触发条件时，会触发哈希表的重构的操作。触发条件可以设置：1、Resize缩小哈希表触发条件是：元素数量/槽的数量小于REDIS_HT_MINFILL时，触发dictResize操作 int htNeedsResize(dict *dict) { long long size, used; size = dictSlots(dict);
Redis渐进式rehash过程图
w15868676598的博客
06-14 516
1、准备rehash 这时候是ga
Redis学习08--字典的rehash过程
liulianglin的专栏
09-26 156
【说明：本系列文章所有思维导图均为纯手工打造，转载请注明出处】
rehash过程
qq_42474809的博客
02-26 1048
rehash redis哈希表结构 使用链地址方法来解决键冲突的，冲突后追加到链表后面。 redis中有两个哈希表，其中一个时正常使用的 ht[0]，另一个是在扩容或者收缩时才需要的ht[1]，一般为空 redis中的哈希表也是有 负载因子的负载因子 = 哈希表已保存节点数量 / 哈希表大小（桶的数量） load factor = ht[0].used / ht[0].size redis扩容时机：1. 服务器未执行BGSAVE / BAREWRITEAOF 时，哈希表的负载因子 >= 1 2
Redis 字典的实现以及渐进式 Rehash 过程
菜鸟日常
06-12 267
Redis 字典 Redis 字典 dict 用途有两个，首先实现数据库键空间（Key space），Redis 是一个保存键值对的数据库，数据库的键值对由字典保存，每个数据库都有一个对应的字典， 这个字典被称之为键空间（key space）。 其次字典 dict 还作为 Hash 类型键的底层实现之一，当 Hash 类型的键使用 hashtable 编码时，也使用 dict 进行存储。 Redis 采用链地址法解决 key hash 冲突问题，以头插的方式插入到冲突节点的前面。 底层源码 单机 Redi
从零手写缓存框架（14）redis渐进式rehash详解
10-11 983
redis 的 rehash 设计 本文思维导图如下： HashMap 的 rehash 回顾 读过 HashMap 源码的同学，应该都知道 map 在扩容的时候，有一个 rehash 的过程。 没有读过也没有关系，可以花时间阅读下 从零开始手写 redis(13) HashMap源码详解 简单了解下整个过程即可。 HashMap 的扩容简介 这里简单介绍下： 扩容(resize)就是重新计算容量，向HashMap对象里不停的添加元素，而HashMap对象内部的数组无法装载更多的元素时，对象就需要扩大数组
Redis内部数据结构与实现详解
本书详细探讨了Redis这一流行内存数据库的内部机制，包括其核心数据结构和实现细节。以下是对书中的主要内容的深入解析： 1. **简单动态字符串 (SDS)**: SDS是Redis中字符串的实现方式，它在C语言的原始字符数组...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值