在方法setTypeCreate()中，我们可以看到当集合元素都是LongLong类型并且集合元素个数<=server.set_max_intset_entries时，就采用intset的编码方式，不能同时满足上面两个条件的话则判断集合元素是否<=server.set_max_listpack_entrie，如果满足则采用listpack的编码方式（Redis 7），不满足则调用方法createSetObject()

方法createSetObject()中则采用hashtable的编码方式

上面源码中的参数server.set_max_intset_entries和server.set_max_listpack_entrie声明于文件server.h中

我们按照注释到redis.conf中就可以看到默认配置啦

我们总结下，对于Set数据结构，Redis 6 和Redis 7的底层都是intset和hashtable，当添加的数据是LongLong类型并且集合元素数<=512（默认配置，一般不作修改）时，就会使用intset的编码方式，反之则使用hashtable的编码方式。

ZSet数据结构

ZSet有两种编码格式，并且跟之前介绍的Hash数据结构类似，Redis 6是ziplist和skiptable而Redis 7是listpack和skiptable，我们先来看下不同版本基本配置信息的区别：

我们分别介绍下这些配置参数的含义：

zset-max-ziplist-entries：使用压缩列表保存数据时，zset有序集合中最大的元素个数（默认128）
zset-max-ziplist-value：使用压缩列表保存数据时，zset有序集合中单个元素的最大长度（默认64）

- 单位byte：一个英文字母一个byte

zset-max-listpack-entries：使用紧凑列表保存数据时，zset有序集合中最大的元素个数（同样默认128）
zset-max-listpack-value：使用紧凑列表保存数据时，zset有序集合中单个元素的最大长度（默认64）

Redis 7兼容ziplist，当我们修改zset-max-listpack-entries和zset-max-listpack-value时，对应的zset-max-ziplist-entries和zset-max-ziplist-value也会被修改：

反之，当修改zset-max-ziplist-entries和zset-max-ziplist-value时，对应的zset-max-listpack-entries和zset-max-listpack-value也会被修改：

而且，当集合中的数据元素超过zset-max-ziplist-entries/zset-max-listpack-entries（不包括等于），或者元素长度大于zset-max-ziplist-value/zset-max-listpack-value时（不包括等于），底层会使用skiptable进行数据的存储，我们可以做下测试：

t_zset.c

接下来我们从源码层面看下，当执行刚才测试的添加元素的操作时，Redis底层执行的逻辑是什么。

打开t_zset.c文件（以Redis 7为示例），找到方法zsetAdd()

这里可以看到ZSet的两种编码方式OBJ_ENCODING_LISTPACK和OBJ_ENCODING_SKIPLIST

skiplist

为什么会出现skiplist跳表？

一个新的东西产生一般都是由问题导致的，原有的部分产生了问题，或者说痛点，就像原有的链表和数组，他们就各有优缺点（数组插入删除慢，链表遍历慢），于是在寻求解决方法的时候，skiplist跳表就应运而生。

其实skiplist是通过升维对链表进行优化的，就是我们非常熟悉的空间换时间（还记不记得ziplist是时间换空间？），既然链表遍历太慢，我们就给它加个（或者多个）索引，即“索引升级”，我们来看张图大家应该就明白了(￣∇￣)/

总的来说，skiplist跳表是可以实现二分查找的有序链表（跳表 = 链表 + 多级索引），是一种以空间换取时间的结构。由于链表无法进行二分查找，提取出链表中关键节点作为索引（借鉴数据库索引的思想），先在关键节点上查找，再进入下层链表查找，提取多层关键节点，就形成了跳跃表，但是索引也要占据一定空间的（索引添加的越多，空间占用的越多，空间换时间）

搞定声明：本文内容由网友自发贡献，转载请注明出处：【wpsshop】