标签：扩容 rehash rehashindex hash redis ht 哈希 字典

why：

　　Redis的字典使用哈希表作为底层实现。
　　在字典容量不足，或者使用率非常低的时候，需要做对应的扩容，或者缩容操作。

 

what：

　　字典结构如下：

 

 

 

 

 　　具体代码：

 

 

 

 

 

 

 

 

　　

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

　　　　ht属性是一个包含了两个项的数组，数组中每个项都是一个dictht哈希表，一般情况下，字典只使用ht[0]哈希表，而ht[1]哈希表只对ht[0]哈希表进行rehash时使用。

 

how：

　　扩/缩容大小：

　　　　如果是扩容操作，ht[1]的大小为第一个大于等于ht[0].used*2的2的n次方幂；

　　　　如果是收缩操作，ht[1]的大小为第一个大于等于ht[0].used的2的n次方幂；

 

　　扩容过程：

　　　　1、为ht[1]分配空间，让字典同时持有ht[0]和ht[1]两个哈希表，并将rehashindex的值设置为0，表示rehash工作正式开始；

　　　　2、每次操作（增、删、改、查）外（由于两个哈希表的存在，需要在2个数据源上操作），还会顺带将ht[0]哈希表在rehashindex索引上的所有键值对rehash到ht[1]，当rehash工作完成以后，rehashindex的值+1；

　　　　3、rehash结束，即：ht[0]数据全部到ht[1]。这时将rehashindex的值设置为-1；

 

　　扩容步骤图：

　　　　1、开始

　　　

 

 　　　　2、初始默认hash长度为4，当元素个数与hash表长度一致时，就发生扩容，hash长度变为原来的二倍

 

 　　　　3、开始rehash：每次的增删改查，rehashidx+1，然后执行对应原hash表rehashidx索引位置的rehash

 

 

diff：

　　和java的hashmap区别：

　　　　1、hashmap没有容量缩小的操作，而字典中如果当负载因子小于0.1的时候，会缩；

　　　　2、字典中哈希冲突后采用的链地址法解决冲突，当链表过长的时候没有转化为红黑树；java中hashmap（jdk1.8）当链表长度超过8，而且数组长度超过64的时候会转为红黑树（可能：redis还是更看重内存空间的宝贵性，实现红黑树更耗费内存）；

　　　　3、redis 的字典实现rehash的时候采用的是渐进式rehash,也就是rehash这个动作不是一次性集中性完成的；

 

 

 

 

 

 

 

 

 

 

 

 

 

　

标签：扩容,rehash,rehashindex,hash,redis,ht,哈希,字典
来源： https://www.cnblogs.com/sfzlstudy/p/16248726.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。