你是不是在刷抖音、微博、小红书的时候，常常会看到这样的提示：“你和XXX有共同关注的博主/朋友”？或者当你关注了一个新的明星，系统会推荐“你的朋友YYY也关注了这位明星”？

这个看似简单的功能背后，其实蕴藏着数据结构的巧妙运用。在传统的关系型数据库中，要找出两个用户的“共同关注”，可能需要复杂的表连接（JOIN）操作，当用户量和关注关系达到亿级时，查询效率会变得非常低，甚至导致系统卡顿。

但有了Redis的“集合”，这个问题变得像1+1=2一样简单和高效！

我们的“关注列表”：一个独特的集合！

首先，我们得明白，每个用户在社交媒体上都有一个自己的“关注列表”。这个列表有什么特点呢？

1. 不重复： 你不可能关注同一个人两次。
2. 无序： 你关注的人之间没有严格的顺序关系（虽然有些平台会按时间排序，但核心数据结构并不依赖这个顺序）。

这两个特点，是不是和Redis的“集合”完美契合？没错！我们可以把每个用户关注的所有其他用户（或博主）的ID，存储到一个Redis的集合中。

Key的设计：

我们可以用 user:你的ID:follows 来表示“你的关注列表”。
例如：

• user:1001:follows 代表用户ID为1001的关注列表。
• user:1002:follows 代表用户ID为1002的关注列表。

如何存储你的关注：SADD来添加关注的人

当你关注了一个新朋友、新明星、新博主时，我们就像往你的“关注集合”里添加一个独特的成员。

• 假设用户ID为1001的你，关注了这些ID的用户/博主：
  SADD user:1001:follows user:201 user:202 user:203 user:301 user:302
• 假设用户ID为1002的朋友，关注了这些ID的用户/博主：
  SADD user:1002:follows user:202 user:203 user:303 user:304 user:301

现在，你和朋友的关注列表，都已经在Redis里安安稳稳地躺着了，并且都是自动去重的，非常省心！

找出“共同关注”：Redis集合的“交集”魔术！

现在，最激动人心的时刻来了！我们如何找出你（1001）和你的朋友（1002）的共同关注呢？

还记得我们上一篇提到的Redis集合的“交集”操作吗？命令是SINTER (Set INTERsection)。它能够找出多个集合中都存在的元素。

• 命令示例：
  SINTER user:1001:follows user:1002:follows
• Redis会立即执行计算，然后返回结果：
  ["user:202", "user:203", "user:301"]

看到了吗？就这么简单的一条命令，Redis瞬间就帮你找出了你和朋友的共同关注！这些ID就是你和朋友都关注了的那些人或博主。

为什么Redis集合在这里表现如此出色？

1. 极致的性能： Redis的集合操作是在内存中进行的，并且底层经过高度优化，对于集合的交集、并集、差集等计算速度非常快。无论你的关注列表有多长，朋友的关注列表有多长，Redis都能在毫秒级别内给出结果。
2. 简化开发逻辑： 你不需要编写复杂的SQL查询语句，更不需要担心多表JOIN带来的性能问题。一个简单的SINTER命令，就能完成本来很复杂的业务逻辑。
3. 数据去重自动完成： 你往集合里添加元素时，SADD命令会自动处理重复项，确保每个关注对象只存在一份，省去了额外的去重处理。
4. 实时性高： 关注关系的增减，直接反映在集合中，查询结果始终是最新的。

延伸思考：集合的“家族成员”还有哪些用武之地？

除了SINTER（交集），Redis集合还有其他两个强大的“家族成员”，在社交场景中同样大有用处：

• SUNION (Set UNION)：找出所有关注的人（去重）
  如果你想知道你和朋友一共关注了多少个不重复的人，或者你和几个KOL（关键意见领袖）的粉丝总共有多少重叠/非重叠，SUNION就能派上用场。
• 示例： SUNION user:1001:follows user:1002:follows
• 结果： ["user:201", "user:202", "user:203", "user:301", "user:302", "user:303", "user:304"]
• SDIFF (Set DIFFerence)：找出你关注但朋友没有关注的人
  如果你想看看你有哪些“独家”的关注，你的朋友还没发现的宝藏，SDIFF就能帮你。
• 示例： SDIFF user:1001:follows user:1002:follows
• 结果： ["user:201", "user:302"] (这些是你关注了，但朋友1002没关注的)

总结：Redis集合，社交关系的“魔术师”！

通过“共同关注”这个小小的功能，我们再次见证了Redis“集合”的强大和优雅。它不仅仅是存储不重复元素的容器，更是处理用户关系、构建社交网络、分析数据关联性的“魔术师”。从简单的去重，到复杂的交集、并集、差集计算，Redis集合都以其无与伦比的性能和简洁的命令，为我们的应用带来了极大的便利和效率提升。

你有没有觉得，Redis的每个数据类型都像一个身怀绝技的武林高手，在特定的场景下都能发挥出惊人的力量呢？

好了，今天的Redis科普之旅就到这里。我们已经基本把Redis的四大基础数据类型都摸了个透：字符串、列表、哈希、集合。但别急，Redis的“宝藏”还没挖完呢！下一次，我们将揭开Redis“压轴”的神秘面纱——“有序集合”，看看它如何在排行榜、积分墙等场景中大放异彩，成为你打造“爆款”应用的关键！敬请期待！