1.简单动态字符串(simple dynamic string, SDS)
定义:
struct sdshdr {
int len;//记录buf中使用的字节数量
int free;//记录buf中未使用的字节数量
char buf[];//字节数组,用于保存字符串
//buf字节数组以’ ’结束,但是’ ’不计算在len之中,对于用户来说是透明的
}
SDS与C中的字符串相比,优势在于:
O(1)时间复杂度获取字符串长度;杜绝缓冲区溢出(每次修改buf时会检查空间是否充足);提高修改字符串的效率(空间预分配和惰性释放空间,客观的说会浪费一定的空间,空间换时间);二进制安全(支持字符串中有空字符串);
2.链表和链表节点
定义:双向链表的节点
typedef struct listNode {
struct listNode *prev;//前置节点
struct listNode *next;//后置节点
void *value;//节点的值
} listNode;
用如下结构来管理链表:
typedef struct list {
listNode *head;//链表头
listNode *tail;//链表尾
unsigned long len;//链表节点数
void *(*dup) (void *ptr);//节点值复制函数
void (*free) (void *ptr);//节点值释放函数
int (*match) (void *ptr, void *key);//节点值对比函数
} list;
优点:很多值或者节点都存储起来了,访问节点长度、尾节点等时间复杂度降低,多态(value的类型是void*)
3.字典——哈希键的底层实现之一
哈希表结构:
typedef struct dictht {
dictEntry **table;//哈希表数组
unsigned long size;//哈希表大小
unsigned long sizemask;//哈希表大小掩码
unsigned long used;//哈希表已有节点数量
} dictht;
哈希表节点结构:
type struct dictEntry {
void *key;//键
union {//值
void *val;
unit64_tu64;
int64_ts64;
} v;
struct dictEntry *next;//指向下个哈希表节点,形成链表
} dictEntry;
字典结构:
typedef struct dict {
dictType *type;//字典类型,为创建多态字典
void *privdata;//保存需要传给类型特性函数的参数
dictht ht[2];//字典只使用ht[0],rehash时才使用ht[1]
int rehashidx;//记录了rehash的进度,默认是-1
} dict;
Redis的哈希表使用链地址法,rehash时将ht[0]上的值rehash到ht[1]上(涉及ht[1]的空间分配大小问题),然后把ht[1]作为ht[0],把ht[1]设置为空白哈希表
渐进式rehash:在每一次增删改操作的时候,将ht[0]上对应的键值对写到ht[1]上,在某个时间点时,ht[0]上的值全部写到ht[1]上
4.跳跃表
实现:主要由两个结构组成,zskiplist用于保存跳跃表信息,zskiplistNode用于表示跳跃表节点;每一个zskiplistNode有若干(1~32随机)层(每一层都有前进指针和跨度),还有后退指针、分值、成员对象obj;成员对象唯一,分值可相同;节点按照分值的大小进行排序,分值相同时按照成员对象的大小排序。
用处:有序集合、集群节点中用作内部数据结构
5.整数集合
定义:
typedef struct intset {
uint32_t encoding;
uint32_t length;
int8_t contents[];
} intset;
重点:整数集合升级,contents中保存的数据可能是16位、32位、64位的,会根据存入数据的位数对集合进行升级;不支持降级
用处:集合元素全是整数的情况
6.压缩列表——列表键和哈希键的底层实现之一
结构:zlbytes zltail zllen entry1 entry2…entryN zlend
zlbytes:uint32_t,记录整个压缩列表的字节数
zltail:uint32_t,记录压缩列表尾节点距离列表首地址有多少个字节
zllen:uint16_t,记录压缩列表包含的节点数量
entryN:压缩列表包含的节点
previous_entry_length 前一节点的大小
encoding 记录了节点content所保存的数据的类型和值
content 节点的值
zlend:uint8_t,特殊值0XFF,用于标记压缩列表的末端
连锁更新:节点中previous_entry_length的长度是根据值的大小确定的,所以当更新前一节点的长度时,这个值所占的字节数可能会引起改变,因此需要更新更新节点的后续节点。如果更新节点的后续节点全部都需要更新,那么效率会很低,但是需要全部节点更新的概率极低,因此不需要考虑对效率的影响。