Redis Set生产避坑三要点 编码污染不可逆 大集合遍历易阻塞 跨Slot运算报错

Redis Set作为无序唯一字符串集合，核心价值在于高效判断成员存在性与执行交并差运算，广泛应用于标签系统、共同好友推算及抽奖去重等场景。其性能高度依赖内部编码：元素全为整数时采用intset（O(log N)），混入字符串后永久升级为hashtable（O(1)平均），且无法回退，造成内存浪费。SMEMBERS为O(N)全量输出操作，百万级集合易耗尽输出缓冲区并阻塞主线程；应改用SSCAN分批拉取，limit控制在100~1000。在Redis Cluster下，SINTER/SUNION等多key操作要求所有key位于同一slot，否则报CROSSSLOT错误，常见于按用户ID分片时对不同用户好友集求交集；规避方式包括使用hash tag（如{user:1001}:friends）绑定同slot、客户端聚合或Lua脚本合并逻辑。命令使用需精准：SCARD是唯一可靠计数方式，禁用SMEMBERS后取长度；SADD返回新增个数，SREM数组重载才返回实际删除数；SPOP适合一次性抽奖，但需业务层配合防重试重复抽取。Set成员无独立过期机制，仅能对整个key设EXPIRE，临时标签建议结合Sorted Set存储过期时间戳。开发框架如StackExchange.Redis中，SADD多值重载返回long型新增数，SREM单值重载返回bool，易致逻辑误判。综上，生产使用应坚守三条原则：查存在与单成员操作可高频；关系运算与全量获取前必评估规模；大集合遍历用SSCAN、计数用SCARD、抽奖用SPOP加业务去重。