ziplist vs 普通数组以及redis hash 在ziplist的实现
zipList 特点
- 需要连续的内存地址。同时也需要预分配地址。
- 可以存不定长的数据,但是有长度限制。
- 从数组尾巴插入,不会造成数组移位的情况。
- 插入,删除,都有可能造成数组移位,而造成的大量内存copy 的行为,插入,删除平均时间复杂度为O(n), 最差的时间时间复杂度为O(n²)
- 查询效率跟普通数组相同为O(n)
ziplist的模型如下图:
entry的结构图如下:
上图有个稍微不严谨的地方,就是没有字符的存在,而是通过二进制来表示data的存储长度。
总的来说,是一个比较灵活节省内存的数据结构,在redis 数据结构里面hash,set,和zset 会使用到该数据结构
一般数组的特点:
-
需要连续的内存地址,但是并不代表访问都是连续的地址,为什么这么说了, 因为可能数组里面存的是指针那么他的访问可能涉及其他寻址的过程
-
数组的元素是定长,需要一开始就要去做声明,所以会出现一个什么的情况了即使我们一个数组里面可能大多数都是小于100的数字,但是因为我们长度限定的问题,所以会有, 数组单位长度>= 数组元素的最大长度。
整型数组
引用类型数组(在java 里面一切皆为引用):
hash的key和value 在ziplist的存储
首先我们看到官网的的描述:
我们拿redis 的hash 来举例, 首先redis 的hash 也是通过链地址法来实现,entry 即为链表中的对象所以在总的总entry数量少于512个****且单个entry的key或者value 不超过64个字节的时候,hash会使用ziplist 这种数据结构来存储。
那么疑问来了,如何在一个ziplist的里面来表现形式了, key 和value 在ziplist 为两个相临的元素
比如 我们在redis 客户端执行 hset test1 123 456, 那么在内存的表现形式如下图:
其它相关参考地址:
https://www.jianshu.com/p/afaf78aaf615