Redis查询里那些键值到底是咋回事，深入聊聊它们的秘密和用法

说到Redis，你可以把它想象成一个超级快、但功能有点特别的“大柜子”，这个柜子不像我们平常的柜子那样只有一层，它里面分了好多不同类型的格子，我们往里面存的东西，键值对”，这个“键”就是每个抽屉的标签，独一无二，通过它我们能找到对应的“值”，但Redis的秘密和强大之处，恰恰就在于这个“值”可以不是简单的一段文字或数字，而是有不同形态的复杂结构，这就是Redis查询的核心秘密：你得先知道你查的这把“钥匙”后面，连着的到底是个什么类型的“宝箱”。

（来源：Redis官方文档对数据类型的定义）

最常见的类型，也是最容易理解的，就是String（字符串），这就像柜子里最普通的抽屉，里面就放一样东西，你可以存一个数字（比如用户的积分：user:1000:score -> 5500），也可以存一段文本（比如用户的昵称：user:1000:nickname -> “张三”），甚至可以存序列化后的对象或者一张图片的二进制数据，查询它很简单，直接用 GET key 就能把整个值拿出来，但String的妙用在于，它支持对数字的直接增减，INCR user:1000:score 就能把积分从5500变成5501，这个操作是原子性的，在高并发场景下非常有用,不用担心两个人同时操作会出错。

（来源：Redis命令参考中对INCR命令的原子性说明）

但如果你以为Redis只能干这点事，那就大错特错了，它的第二个法宝是 Hash（哈希表），这个就有点像一个小档案袋，键是整个档案袋的名字，user:1000:profile，但这个档案袋里面，自己还装着好几个字段：name（姓名）、age（年龄）、city（城市），查询的时候，你可以把整个档案袋拎出来 HGETALL user:1000:profile，也可以只问其中一个字段 HGET user:1000:profile name，这对于存储对象信息特别方便，比如商品信息、用户资料，你不需要把整个对象序列化成一大串String，可以更精细地操作其中的部分字段,节省网络传输量。

（来源：Redis官方文档建议使用Hash存储对象）

第三个非常有用的类型是 List（列表），它就是一个双向链表，像一条队伍，或者一个待办事项清单，键是清单的名字，task:queue，值是一个有序的、可以重复的字符串列表，你可以从左边推进去新任务 LPUSH task:queue "task1"，也可以从右边取走任务 RPOP task:queue 来处理，这天然就构成了一个先进先出（FIFO）或者后进先出（LIFO）的队列，微博的时间线、消息队列、最新评论列表，都可以用List来实现，通过 LRANGE 命令可以轻松获取列表的某一段。

第四个是 Set（集合），它和我们数学学的集合概念一样：里面的元素是唯一的，无序的，键是集合的名字，user:1000:followers（用户1000的关注者），你可以往里面加人 SADD user:1000:followers 2000 2001，但重复加同一个人是无效的，Set的强大在于它支持集合运算，比如你想知道我和另一个用户共同关注了谁，就可以用 SINTER my:followers his:followers 求交集，像共同好友、标签系统、随机抽奖（SRANDMEMBER）等场景,Set是绝佳选择。

（来源：Redis实战中常见的Set应用场景）

第五个是 Sorted Set（有序集合），这是Set的升级版，它给每个元素都绑定了一个分数（score），然后根据这个分数来排序，这简直就是为排行榜量身定做的！键是排行榜的名字，leaderboard，值是由成员和分数组成的。ZADD leaderboard 100 "Alice" 90 "Bob"，查询时，你可以轻松获取分数最高的几位 ZREVRANGE leaderboard 0 2 WITHSCORES，或者查询某个人的排名，凡是需要带权重排序的场景，比如热门文章、游戏天梯,都用得上它。

回到最初的问题，Redis查询的秘密就在于：在你动手查之前，一定要用 TYPE key 命令看看这个键对应的值是什么类型。 你不能用取String的 GET 命令去查一个Hash，那会报错，你得用对应类型的命令，HGET 对于Hash，LRANGE 对于List。

理解这五种“值”的形态，就像你知道了柜子里有普通抽屉、档案袋、队伍清单、唯一物品盒和带排名的盒子，只有拿对了开锁的方式，才能高效、准确地取出你想要的东西，Redis的灵活和高性能，正是建立在这样清晰而实用的数据结构设计之上的，它不是简单地乱扔东西进柜子，而是分门别类,让每种数据都能用最高效的方式被存储和访问。