Redis那些数据类型到底有啥特别，聊聊它们的特点和用法吧

说到Redis的数据类型，很多人可能只知道它比Memcached厉害，能存字符串还能存列表啥的，但具体厉害在哪，为啥要用它们，可能就有点模糊了，咱们今天就不扯那些复杂的专业术语，就用大白话聊聊这些类型到底有啥特别,以及咱们平时该怎么用。

字符串 - 不只是“字符串”

你以为Redis的字符串就是简单的“key-value”吗？那可小看它了，它最特别的地方是，它可以是字符串、整数、甚至是浮点数，你可以对它进行“加减”操作。

• 特点：一个键对应一个值，但这个值很“能干”。
• 特别之处：你可以用它来做计数器，想象一下网站文章的阅读量，键是article:1001:views，值是一个整数，每次有人阅读，不用先去数据库读出现有值，再加1，再写回去，你直接发一个命令 INCR article:1001:views，Redis就在内部自动给你加1了，速度极快，而且是原子性的（就是说不会出现两个人同时读到的都是100，加完都变成101的尴尬情况），你还可以设置过期时间，比如验证码，设置个5分钟过期，到时自动消失,省心省力。

列表 - 像个双向队列

这个列表不是数组那么简单,它更像一个可以从两头操作的管道或者队列。

• 特点：一个键对应一个按顺序排列的列表,值可以重复。
• 特别之处：你可以从左边推进去一个元素，也可以从右边推进去，同样，可以从左边或右边弹出一个元素，这个特性简直就是为了“消息队列”和“最新列表”而生的，你想做一个网站的动态消息流，用户发了新微博，你就用 LPUSH 命令把新消息ID塞到他的粉丝们的消息列表左边，当粉丝打开页面时，用 LRANGE 命令取出列表最左边的10条，就是最新的动态，又或者做秒杀，用户的请求用 LPUSH 塞进队列，服务端用 RPOP 从另一边按顺序取出来处理,保证了公平性。

集合 - 自动去重的“篮子”

集合就是一个不允许有重复成员的“篮子”,而且里面的元素是没有顺序的。

• 特点：无序,且元素唯一。
• 特别之处：它的强项是“交集、并集、差集”这些集合运算，举个例子，在社交网站里，A用户关注了一堆人，B用户也关注了一堆人，这些关注列表就可以用集合来存，你想计算A和B的共同关注是谁？一个命令 SINTER key_A key_B，两个人的共同关注列表瞬间就出来了，再比如，给文章打标签，一篇文章的标签集合可以确保标签不重复，你想找同时有“Java”和“Redis”标签的文章,也是一个求交集的操作。

有序集合 - 带分数的“排行榜专家”

这是Redis里最强大的数据类型之一，它像集合一样保证元素唯一，但每个元素都关联了一个分数（score）,Redis会根据这个分数从小到大进行排序。

• 特点：元素唯一，每个元素带一个分数,按分数排序。
• 特别之处：这几乎就是为“排行榜”量身定做的，比如游戏玩家的积分榜，玩家ID是元素，积分就是分数，玩家得分变化时，直接用 ZADD 更新他的分数（如果存在会更新分数并重新排序），要取前十名？一个 ZREVRANGE 命令（逆序取，从大到小）立马搞定，而且你还可以方便地查询某个玩家的排名、分数段的人数等等，微博的热搜榜、直播间的礼物榜,背后很可能就是它在支撑。

哈希 - 存“对象”的小仓库

哈希类型适合用来存储一个对象，比如一个用户的信息有姓名、年龄、城市等，你可以用一个哈希键来存,而不是把整个对象序列化成字符串。

• 特点：一个键下面又包含了多个字段和字段值，类似于一个小的“键值对”集合。
• 特别之处：它让你可以单独获取、修改对象的某个字段，而不用动整个对象，比如用户user:1001的信息，他的姓名存在name字段里，年龄存在age字段里，你想只修改他的年龄，就用 HSET user:1001 age 31 就行了，不用动他的名字，这在需要频繁修改对象部分属性时非常高效，避免了读取-反序列化-修改-序列化-写入的繁琐过程。

除了这五大将，还有吗？

其实还有，比如位图（本质是字符串，但可以按位操作，极其节省空间地记录用户签到这种布尔值）、HyperLogLog（用极小空间做巨量数据的独立用户数统计，比如计算PV/UV，但有微小误差）、地理空间索引（可以存储地理位置，计算两地距离等）,它们都是为了解决特定场景下的高性能问题而存在的。

总结一下

Redis这些数据类型之所以特别，不是因为它们本身多复杂，而是因为它们提供的操作是原子性的，并且是直接面向业务场景设计的，你不需要在程序里写一堆逻辑去处理并发、去重、排序，只需要调用Redis一个简单的命令，它就在内存里高速帮你搞定，这种“开箱即用”的高性能能力，才是Redis这些数据类型真正的价值所在，你用好了它们，就像给应用程序装上了火箭引擎，在处理高并发、实时性要求高的场景时,会感到前所未有的顺畅。