（二）、Redis的基本数据结构---Redis设计与实现读书笔记

一、简介

Redis 有 5 种基础数据结构为：string (字符串)、list (列表)、 hash (字典)、和 set (集合)、zset (有序集合)

 

容器类型数据结构通用规则：

1. create if not exists：如果容器不存在，那就创建一个，再进行操作。比如 rpush 操作刚开始是没有列表的，Redis 就会自动创建一个，然后再 rpush 进去新元素。

 

1. drop if no elements：如果容器里元素没有了，那么立即删除元素，释放内存。这意味着 lpop 操作到最后一个元素，列表就消失了。

 

数据过期时间：

Redis 所有的数据结构都可以设置过期时间，时间到了，Redis 会自动删除相应的对象。

注意：

1. 过期时间是以对象为单位，比如一个 hash 结构的过期是整个 hash 对象的过期，而不是其中的某个子 key。
2. 如果一个字符串已经设置了过期时间，然后你调用了 set 方法修改了它，它的过期时间会消失。

 

二、string(字符串)

Redis 的字符串是动态字符串，是可以修改的字符串，内部结构实现上类似于 Java 的 ArrayList，数据结构使用的是数组，采用预分配冗余空间的方式来减少内存的频繁分配。

 

如图中所示：

1. 内部为当前字符串实际分配的空间 capacity 一般要高于实际字符串长度 len。
2. 当字符串长度小于 1M 时，扩容都是加倍现有的空间；
3. 如果超过 1M，扩容时一次只会多扩 1M 的空间。
4. 字符串最大长度为 512M。

 

eg：Redis字符串常用于缓存用户信息，将用户信息结构体使用 JSON 序列化成字符串，然后将序列化后的字符串塞进 Redis 来缓存。同样，取用户信息会经过一次反序列化的过程。

 

三、list(列表)

Redis 的列表相当于 Java 语言里面的 LinkedList，数据结构使用的是链表。这意味着 list 的插入和删除操作非常快，时间复杂度为 O(1)，但是索引定位很慢，时间复杂度为 O(n)。

 

当列表弹出了最后一个元素之后，该数据结构自动被删除，内存被回收。

快速链表：

Redis 底层存储的还不是一个简单的 linkedlist，而是称之为「快速链表」 quicklist 的一个结构。

 

首先在列表元素较少的情况下会使用一块连续的内存存储，这个结构是 ziplist，也即是压缩列表。它将所有的元素紧挨着一起存储，分配的是一块连续的内存。当数据量比较多的时候才会改成 quicklist。

因为普通的链表需要的附加指针空间太大，会比较浪费空间，而且会加重内存的碎片化。比如这个列表里存的只是 int 类型的数据，结构上还需要两个额外的指针 prev 和 next 。

所以 Redis 将链表和 ziplist 结合起来组成了 quicklist。也就是将多个 ziplist 使用双向指针串起来使用。这样既满足了快速的插入删除性能，又不会出现太大的空间冗余。

eg：Redis 的列表结构常用来做异步队列使用。将需要延后处理的任务结构体序列化成字符串塞进 Redis 的列表，另一个线程从这个列表中轮询数据进行处理。

 

四、hash(字典)

Redis 的字典相当于 Java 语言里面的 HashMap，它是无序字典。内部实现结构上同 Java 的 HashMap 也是一致的，同样的数组 + 链表二维结构。第一维 hash 的数组位置碰撞时，就会将碰撞的元素使用链表串接起来。

 

不同点：

1. Redis 的字典的值只能是字符串
2. 它们 rehash 的方式不一样，因为 Java 的 HashMap 在字典很大时，rehash 是个耗时的操作，需要一次性全部 rehash。Redis 为了高性能，不能堵塞服务，所以采用了渐进式 rehash 策略。

渐进式 rehash 会在 rehash 的同时，保留新旧两个 hash 结构，查询时会同时查询两个 hash 结构，然后在后续的定时任务中以及 hash 操作指令中，循序渐进地将旧 hash 的内容一点点迁移到新的

 

hash 结构中。当搬迁完成了，就会使用新的hash结构取而代之。

 

当 hash 移除了最后一个元素之后，该数据结构自动被删除，内存被回收。

eg：hash 结构也可以用来存储用户信息，不同于字符串一次性需要全部序列化整个对象，hash 可以对用户结构中的每个字段单独存储。这样当我们需要获取用户信息时可以进行部分获取。

 

五、set(集合)

Redis 的集合相当于 Java 语言里面的 HashSet，它内部的键值对是无序的唯一的，具有去重功能。它的内部实现相当于一个特殊的字典，字典中所有的 value 都是一个值NULL。

 

当集合中最后一个元素移除之后，数据结构自动删除，内存被回收。

eg：set 结构可以用来存储活动中奖的用户 ID，因为有去重功能，可以保证同一个用户不会中奖两次。

六、zset(有序集合)

Redis 的有序列表类似于 Java 的 SortedSet 和 HashMap 的结合体，一方面它是一个 set，保证了内部 value 的唯一性，另一方面它可以给每个 value 赋予一个 score，代表这个 value 的排序权重。它的内部实现用的是一种叫做「跳跃列表」的数据结构。

 

当有序集合中最后一个 value 被移除后，数据结构自动删除，内存被回收

跳跃列表：

zset 内部的排序功能是通过「跳跃列表」数据结构来实现的，结构类似于层级制。

最下面一层所有的元素都会串起来。

然后每隔几个元素挑选出一个代表来，再将这几个代表使用另外一级指针串起来。

然后在这些代表里再挑出二级代表，再串起来。

最终就形成了金字塔结构。

「跳跃列表」之所以「跳跃」，是因为内部的元素可能「身兼数职」，比如上图中间的这个元素，同时处于 L0、L1 和 L2 层，可以快速在不同层次之间进行「跳跃」。

 

定位插入点时，先在顶层进行定位，然后下潜到下一级定位，一直下潜到最底层找到合适的位置，将新元素插进去。

 

跳跃列表采取一个随机策略来决定新元素可以兼职到第几层。

首先 L0 层肯定是 100% 了，L1 层只有 50% 的概率，L2 层只有 25% 的概率，L3 层只有 12.5% 的概率，一直随机到最顶层 L31 层。

绝大多数元素都过不了几层，只有极少数元素可以深入到顶层。列表中的元素越多，能够深入的层次就越深，能进入到顶层的概率就会越大。

 

eg：Redis的有序列表可以用来存粉丝列表，value 值是粉丝的用户 ID，score 是关注时间。我们可以对粉丝列表按关注时间进行排序。