Redis的五大数据类型

Redis支持五种数据类型：string（字符串），hash（哈希），list（列表），set（集合）及zset(sorted set：有序集合)。

1.String（字符串）

• string 是 redis 最基本的类型，你可以理解成与 Memcached 一模一样的类型，一个 key 对应一个 value。

• string 类型是二进制安全的。意思是 redis 的 string 可以包含任何数据。比如jpg图片或者序列化的对象。

• string 类型是 Redis 最基本的数据类型，string 类型的值最大能存储 512MB。

2.Hash（哈希）

• Redis hash 是一个键值(key=>value)对集合。

• Redis hash 是一个 string 类型的 field 和 value 的映射表，hash 特别适合用于存储对象。

• 每个 hash 可以存储 232 -1 键值对（40多亿）

3.List（列表）

• Redis 列表是简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边）或者尾部（右边）。
• 列表最多可存储 232 - 1 元素 (4294967295, 每个列表可存储40多亿)。
• 他的底层是一个链表

4.Set（集合）

• Redis的Set是string类型的无序集合。

• 集合是通过哈希表实现的，所以添加，删除，查找的复杂度都是O(1)。

• 集合中最大的成员数为 232 - 1(4294967295, 每个集合可存储40多亿个成员)。

5.zset(sorted set：有序集合)

• zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。
  不同的是每个元素都会关联一个double类型的分数。redis正是通过分数来为集合中的成员进行从小到大的排序。

• zset的成员是唯一的,但分数(score)却可以重复。

 

 

为啥要使用hash呢？（hash 特别适合用于存储对象。因为一个对象包含多个属性，使用hash则可以方便存储对象的属性。并且将一个对象存储在 hash 类型中会占用更少的内存。）

我们简单举个实例来描述下Hash的应用场景，比如我们要存储一个用户信息对象数据，包含以下信息：

用户ID为查找的key，存储的value用户对象包含姓名，年龄，生日等信息，如果用普通的key/value结构来存储，主要有以下2种存储方式：

第一种方式将用户ID作为查找key,把其他信息封装成一个对象以序列化的方式存储，这种方式的缺点是，增加了序列化/反序列化的开销，并且在需要修改其中一项信息时，需要把整个对象取回，并且修改操作需要对并发进行保护，引入CAS等复杂问题。第二种方法是这个用户信息对象有多少成员就存成多少个key-value对儿，用用户ID+对应属性的名称作为唯一标识来取得对应属性的值，虽然省去了序列化开销和并发问题，但是用户ID为重复存储，如果存在大量这样的数据，内存浪费还是非常可观的。

那么Redis提供的Hash很好的解决了这个问题，Redis的Hash实际是内部存储的Value为一个HashMap，也就是说，Key仍然是用户ID,value是一个Map，这个Map的key是成员的属性名，value是属性值，这样对数据的修改和存取都可以直接通过其内部Map的Key(Redis里称内部Map的key为field),也就是通过 key(用户ID) + field(属性标签)就可以操作对应属性数据了，既不需要重复存储数据，也不会带来序列化和并发修改控制的问题。很好的解决了问题。