Redis不是一个简单的键值对存储，它实际上是一个支持各种类型数据结构的存储。在传统的键值存储中，是将字符串键关联到字符串值，但是在Redis中，这些值不仅限于简单的字符串，还可以支持更复杂的数据结构。

下面就是Redis支持的数据结构：

　　有序集合（SortedSet）：与集合类似，但是每个字符串元素都与一个称为score的数字相关联。元素总是按其score排序，并且可以检索一定score范围的元素。

　　哈希（Hash）：由字段与值相关联组成的映射，字段和值都是字符串。

　　位图（Bitmap）:像操作位数组一样操作字符串值，可以设置和清除某个位，对所有为1的位进行计数，找到第一个设置1的位，找到第一个设置0的位等等。

　　HyperLogLogs：一种概率数据结构，使用较小的内存空间来统计唯一元素的数量，误差小于1％。

　　字符串（String）：二进制安全字符串。

　　列表（List）：根据插入顺序排序的字符串元素列表，基于链表实现。

　　集合（Set）：唯一的乱序的字符串元素的集合。

键（Key）

　　键是二进制安全的，这意味着您可以使用任何二进制序列作为键，可以是OneMoreStudy这样的字符串，也可以使图片文件的内容，空字符串也是有效的键。不过，还有一些其他规则：

　　键的其他规则

　　不要使用过长的键，比如一个1KB的键。不仅是多占内存方面的问题，而是在数据集中查找键可能需要进行一些耗时的键比较。如果真的有比较大的键，先对它进行哈希（比如：MD5、SHA1）是一个好主意。

　　也不要使用过短的键，比如：OMS100f，相对于one-more-study:100:fans，后者更具有可读性。可能会占用更多内存，但是相对于值所占的内存，键所增加的内存还是小很多的。我们要找到一个平衡点，不长也不短。

　　多个字段以冒号分隔，一个字段内多个单词以连词符或点分隔，比如：one-more-study:100:fans，或者one.more.study:100:fans。

　　键允许的最大值为512MB。