标签:有序 介绍 程序 比较 成员 tab 命令 iso 引入
如果一个字符串对象保存的是整数值,并且这个整数值可以用long类型来表示,那么将会把字符串对象的编码设置为int,底层数据结构为一个整数
如果字符串对象保存的是一个字符串值,那么底层将会使用SDS(simple dynamic string)来保存。如果这个字符串值的长度小于等于32字节,那么字符串对象将使用embstr编码的方式来保存这个字符串值,反之使用raw编码保存。
embstr编码是专门用于保存短字符串的一种优化编码方式,这种编码和raw编码一样,都使用redisobject结构和sdshdr结构来表示字符串对象,但raw编码会调用两次内存分配函数来分别创建redisobject结构和sdshdr结构,而embstr编码则通过调用一次内存分配函数来分配一块连续的空间,空间中依次包含redisobject和sdshdr两个结构。
embstr编码的字符串对象在执行命令时,产生的效果和raw编码的字符串对象执行命令时产生的效果是相同的,但使用 embstr编码的字符串对象来保存短字符串值有以下好处:
总结:
Redis中的List在版本3.2之前,列表底层的编码是ziplist(压缩列表)和linkedlist(双端列表)实现的,但是在版本3.2之后,重新引入了一个quicklist的数据结构,列表的底层都由quicklist实现。在早期的设计中,当列表对象中元素的长度比较小或者数量比较少的时候,采用ziplist(压缩列表)来存储,当列表对象中元素的长度比较大或者数量比较多的时候,则会转而使用双端列表linkedlist来存储。
ziplist(压缩列表)和linkedlist(双端列表)优缺点:
quicklist介绍待完善
哈希对象的编码可以是ziplist(压缩列表)或者hashtable(字典)。
ziplist编码的哈希对象使用压缩列表作为底层实现,每当有新的键值对要加入到哈希对象时,程序会先将保存了键的压缩列表节点推入到压缩列表表尾,然后再将保存了值的压缩列表节点推入到压缩列表表尾,因此:
hashtable编码的哈希对象使用字典作为底层实现,哈希对象中的每个键值对都使用一个字典键值对来保存:
当哈希对象可以同时满足以下两个条件时,哈希对象使用 ziplist编码:
不能满足这两个条件的哈希对象需要使用hashtable编码。
集合对象的编码可以是intset(整数集合)或者hashtable(字典)。
intset编码的集合对象使用整数集合作为底层实现,集合对象包含的所有元素都被保存在整数集合里面。
hashtable编码的集合对象使用字典作为底层实现,字典的每个键都是符串对象,每个字符串对象包含了一个集合元素,而字典的值则全部被设置为NULL。
当集合对象可以同时满足以下两个条件时,对象使用intset编码:
不能满足这两个条件的集合对象需要使用hashtable编码。
有序集合的编码可以是ziplist(压缩列表)或者skiplist(跳表)。
ziplist编码使用压缩列表作为底现,每个集合元素使用两个紧挨在一起的压缩列表节点来保存,第一个节点保存元素的成员( member),而第二个元素则保存元素的分值( score)。
压缩列表内的集合元素按分值从小到大进行排序,分值较小的元素被放置在靠近表头的方向,而分值较大的元素则被放置在靠近表尾的方向。
当有序集合对象可以同时满足以下两个条件时,对象使用ziplist编码:
不能满足以上两个条件的有序集合对象将使用skiplist编码。
摘抄自《Redis设计与实现》
标签:有序 介绍 程序 比较 成员 tab 命令 iso 引入
原文地址:https://www.cnblogs.com/panxianhao/p/14856594.html