Redis数据结构|集合操作 Redis快速查询Set集合元素数量，redis查看set长度方法

Redis实战：3秒统计千万级用户在线数？Set集合长度查询妙招

场景：直播平台突发流量冲击

"王工！618大促直播间突然涌入大量用户，现在急需实时显示在线人数！" 凌晨2点接到这通电话时，我正咬着面包调试代码，作为电商平台的架构师,我知道这又是Redis大显身手的时候了。

在Redis的五大数据结构中，Set（集合）特别适合处理这种需要快速去重统计的场景，想象一下：每个用户进入直播间时，我们将其ID添加到Redis Set中；用户离开时移除，要获取实时在线人数？只需要一个简单的命令——这就是我们今天要重点介绍的SCARD。

Redis Set核心特性速览

Set是Redis中最像数学中"集合"的数据结构,具备三大特点：

1. 自动去重：相同元素只会保存一份
2. 无序存储：元素没有索引位置概念
3. O(1)时间复杂度：查询元素是否存在仅需常数时间

# 基础操作示例
127.0.0.1:6379> SADD live_users user1 user2 user3
(integer) 3
127.0.0.1:6379> SMEMBERS live_users
1) "user1"
2) "user2"
3) "user3"

查询Set长度的三种姿势

方法1：SCARD命令（推荐）

这是Redis专门为统计Set元素数量设计的命令，时间复杂度O(1),直接读取底层存储的计数器。

0.0.1:6379> SCARD live_users
(integer) 85624  # 返回8.5万在线用户数

性能对比：在我的MacBook Pro上测试，包含1000万元素的Set执行SCARD仅需0.03毫秒。

方法2：SMEMBERS+LEN（慎用）

虽然SMEMBERS可以获取所有元素,但千万级数据量会导致严重阻塞：

# 危险操作！大数据量会导致Redis阻塞
127.0.0.1:6379> SMEMBERS huge_set | wc -l

方法3：SSCAN迭代计数（折中方案）

当需要处理超大数据集又不想阻塞服务时,可以使用游标式扫描：

0.0.1:6379> SSCAN live_users 0 COUNT 1000

生产环境最佳实践

1. 监控告警：对关键Set设置长度阈值监控

   

   # 通过redis-cli获取长度并触发告警
   $ redis-cli SCARD live_users | awk '$1 > 1000000 {system("send_alert.sh")}'

2. 内存优化：当元素都是数字时，考虑使用IntSet编码

   0.0.1:6379> OBJECT ENCODING live_users
   "hashtable"  # 或"intset"

3. 集群注意事项：在Redis Cluster中，单个Set最大不能超过1个Slot的存储限制（通常约512MB）

扩展应用场景

1. 实时去重统计：UV统计、抽奖参与者记录
2. 关系图谱：共同好友计算（SINTER）
3. 随机推荐：SRANDMEMBER实现随机抽奖

# 实现每日登录抽奖
127.0.0.1:6379> SADD daily_login 20250801:user1 20250801:user2
127.0.0.1:6379> SRANDMEMBER daily_login 3  # 随机抽取3名用户

避坑指南

1. 大Key风险：当Set元素超过1万个时，考虑分片存储
2. 阻塞风险：避免在生产环境直接使用SMEMBERS
3. 过期策略：记得为临时性Set设置TTL

   0.0.1:6379> EXPIRE live_users 86400  # 24小时自动过期

那天凌晨，我们用SCARD命令实时监控着直播间人数波动，配合自动扩缩容机制平稳渡过了流量洪峰，Redis简单的Set结构加上一个SCARD命令，背后体现的正是大道至简的技术哲学——用最适合的工具解决最迫切的问题。