1、String
使用场景：
String是最常用的一种数据类型，普通的key/value存储都可以归为此类，value其实不仅是String， 也可以是数字：比如想知道什么时候封锁一个IP地址(访问超过几次)。 INCRBY命令让这些变得很容易，通过原子递增保持计数。
2、Hash
使用场景：
举个例子去说明：
我们要存储一个用户信息对象数据，包含以下信息：
用户ID，为查找的key，存储的value用户对象包含姓名name，年龄age，生日birthday 等信息
使用普通的key-value键值存储有两种方式
1、将用户ID作为查找key,把其他信息封装成一个对象以序列化的方式存储，如：set u001 "李三,18,20010101"
2、这个用户信息对象有多少成员就存成多少个key-value对儿，用用户ID+对应属性的名称作为唯一标识来取得对应属性的值，如：
mset user:001:name "李三 "user:001:age18 user:001:birthday "20010101"
但是以上的方式都有缺点：
第一种：增加了序列化/反序列化的开销，并且在需要修改其中一项信息时，需要把整个对象取回，并且修改操作需要对并发进行保护，引入CAS等复杂问题
第二种：虽然省去了序列化开销和并发问题，但是用户ID为重复存储，如果存在大量这样的数据，内存浪费还是非常可观的。
所以：redis提供了Hash这种特殊数据类型
Hash——key是一个用户ID，value是一个map集合（key为属性名，value为属性值）
3、List
使用场景：
Redis list的实现为一个双向链表，即可以支持反向查找和遍历，更方便操作，不过带来了部分额外的内存开销，Redis内部的很多实现，包括发送缓冲队列等也都是用的这个数据结构。
4、Set
使用场景：
- Redis set对外提供的功能与list类似是一个列表的功能，特殊之处在于set是可以自动排重的，当你需要存储一个列表数据，又不希望出现重复数据时，set是一个很好的选择，并且set提供了判断某个成员是否在一个set集合内的重要接口，这个也是list所不能提供的。
- 比如在微博应用中，每个人的好友存在一个集合（set）中，这样求两个人的共同好友的操作，可能就只需要用求交集命令即可。
- 注意：set的优势——set能提供判断一个成员是否在集合内。
5、Sort Set
使用场景：
Redis sorted set的使用场景与set类似，区别是set不是自动有序的，而sorted set可以通过用户额外提供一个优先级(score)的参数来为成员排序，并且是插入有序的，即自动排序。
小志有话说：
在redis中使用前三种数据类型基本上就可以使用缓存处理了，各位看官如果觉得不行那就。。。。。算了，当我没说。
如果需要了解redis的常用指令的话请看redis知识点之《redis常用指令》