"人生就像骑自行车，要保持平衡，就必须保持前进。" — 爱因斯坦

         说到数据结构，或许就能想到哈希表，列表集合等数据结构。对于redis来说对应的key的value的形式也可以是这些数据结构，如下：

         针对上面的每种数据结构，无论是哈希，还是列表和集合，他们都有自己的底层内部编码实现，这样redis会在合适的场景选择合适的内部编码。在源代码层面，实现特定的优化。来达到节省时间，节省空间的效果。

        redis承诺，现在redis中的hash表，进行查询，插入删除等操作的时间复杂度都为O（1），但是它里面不一定就是一个标准的hash。

        也就是说这里redis给出的数据结构，可以理解为redis承诺的一种数据类型。

        下面是redis各种数据结构的内部编码：

数据结构	内部编码
string	raw   int   embstr
hash	hashtable   ziplist
list	linkedlist   ziplist（quicklist）
set	hashtable   intset
zset	skiplist   ziplist

        解析：

• raw：最基本的字符串，底层是持有一个char数组（C++）或者byte数组
• int：redis通常也可以用来实现一些计数功能，当value就是一个整数的时候，此时可能redis会直接使用int来保存
• embstr：针对短字符串的特殊优化。

        上面三种是redis自动适应的，程序员一般感应不到。

• hashtable：最基本的hash表，redis内部的hash表实现。
• ziplist：压缩列表，在hash表的元素比较少的时候，可能就优化为ziplist，压缩列表可以节省空间
• linkedlist：链表（从3.2开始，引入了quicklist，list里面的实现从此就变成了quicklist了，而不再有linkedlist和ziplist，因为它同时兼顾了linkedlist和ziplist的有点）
• intset：集合中存放的都是整数
• skiplist：跳表，跳表也是链表，不同于普通的链表，每个节点有多个指针域，巧妙的搭配这些指针域的指向，实现从跳表上查询元素的时间复杂度为O（ ）

查看key对应的value实际的编码方式

        使用object encoding key

演示

查看key1的value和其编码格式：

查看对应value值为“111”的key：

虽然存的是"111"，但是由于他是数字，所以使用的是int来存储.

等等等等，不一一举例。