分享好友 站长动态首页 网站导航

Redis 哈希表 VS Java HaspMap , 哪家强?

2022-06-21 09:08 · 头闻号数据库

架构

哈喽,大家好,我是指北君。

之前给大家介绍了Redis的基本数据结构,本篇介绍一下Redis 字典的rehash 过程。并对比Java中HashMap的一些异同。

1.前言

我们回顾一下之前讲到的Redis的字典结构,示意图如下:

Redis的字典本质上来说也是数组+链表的数据结构,这与Java中HashMap的数据结构很类似啦。

由上述结构示意图也能看出,字典dict中维护了一个ht数组,而且只有两个元素,这两个元素是其扩容的关键点,这个我们后面会讲到。

Redis中的哈希对象在以下条件时,使用ziplist编码。

否则哈希对象会使用hashtable编码, 而hashtable则时使用了字典作为底层实现的。

如下redis 哈希对象编码由ziplist 变成hashtable。

2.增加元素与键冲突

当不同的键值经过哈希算法与散列算法之后被分配到了同一个哈希表数组的同一个索引上,那么这之后就会有键冲突。

Redis 哈希表解决哈希冲突同样是使用了链表地址法。使用哈希节点的next指针来链接同一个哈希表数组索引上的元素。不过Redis会将新添加的哈希节点加入到链表的表头位置。

如下所示:如果程序要将键值对 (k2 , v2 ) 添加到如下的哈希表中,而且计算的书的索引为1,那么和 (k1 v1) 将产生冲突。解决冲突时,会将两个节点使用next指针链接起来。而且会将新节点添加到链表表头的位置。

哈希表1

链表解决hash冲突之后的哈希表

3.rehash 扩容过程

哈希表不断的增加元素,其元素数量达到一定的比例之后,程序会对哈希表进行相应的扩展。通过执行rehash (重新散列)操作完成操作。其步骤如下:

将下图中的字典做rehash操作:

  1. ht[0].used 是4,4*2 = 8 ,2的3次方8 是第一个大于4的 2的n次幂。即程序会将ht[1] 的大小设置成8 ,并分配空间,结构示意如下:

  1. 将ht[0] 上的几个键值对全部都rehash到ht[1] 上面,如下图:

  1. 释放ht[0],并将ht[1] 设置成 ht[0] , 然后为ht[1]分配一个空白的哈希表 如下图:

以上是一个rehash的过程示意。

4.渐进式rehash

上面讲的是一个rehash的理论过程,redis实际操作时并不会一次将所有的迁移一次性完成。

如果键值对数量非常庞大,那么迁移过程必然需要花费一点时间。由此可知,服务器也不可能一次将所有的键值对迁移,需要分多次,逐渐将ht[0] 里面的键值对迁移到ht[1]中。

其步骤如下:

在渐进式rehash的过程中,redis字典依然是可以进行增删改查的操作, 其中增加元素的时候会将元素直接保存到ht[1]中, 而删除,查找,更新的操作会在两个哈希表中进行, 查找时会现在ht[0]中进行查找,然后会在ht[1]中进行查找。以上措施可以宝成ht[0]中的元素只会减少,最终变成空表。

总结

免责声明:本平台仅供信息发布交流之途,请谨慎判断信息真伪。如遇虚假诈骗信息,请立即举报

举报
反对 0
打赏 0
更多相关文章

评论

0

收藏

点赞