深度解析Redis五大核心数据结构的使用场景与实战技巧，涵盖String缓存穿透防护、List秒杀队列设计、Hash物联网设备管理、Set社交共同好友计算、Zset电商排行榜实现，通过真实案例揭示数据结构选择对系统性能的影响规律。
String类型只能存字符串？这些高阶用法你知道吗
问题：新晋工程师常误以为String类型只能存储简单文本，实际遇到缓存穿透时束手无策。
方案：利用SETNX命令实现分布式锁，通过INCR操作生成全局序列号，结合EXPIRE控制热点数据生命周期。特殊场景可存储序列化对象或bitmap数据。
案例：某电商平台使用SET product:1001:lock true EX 30 NX实现秒杀锁机制，配合GETSET命令处理库存超卖，QPS提升至12万/秒。
List结构做消息队列会丢数据？阿里架构师这样做
问题：直接使用LPUSH/RPOP处理订单队列时，消费者崩溃可能导致数据丢失。
方案：采用RPOPLPUSH命令实现安全队列，配合BRPOP实现阻塞式读取。消息重试机制需记录处理状态，建议结合Stream数据类型。
案例：某物流系统使用RPOPLPUSH transfer_queue processing_queue 构建双队列，配合Lua脚本保证原子操作，消息处理可靠性达99.999%。
Hash类型真能省内存？美团优选这样优化
问题：存储百万级用户配置时，使用String类型导致内存暴涨。
方案：Hash的ziplist编码在field数量小于512且value小于64字节时，内存效率比String高40%。但需注意大field带来的查询性能问题。
案例：某社交平台将用户画像数据改用HSET user:123 profile ‘{}’ 存储，内存占用从37GB降至22GB，GC时间减少60%。
Set集合找共同好友？微信工程师的秘密武器
问题：传统数据库进行好友关系计算时，响应时间超过2秒。
方案：SINTERSTORE命令可在毫秒级完成千万级用户共同好友计算，SUNIONSTORE适合推荐系统潜在关系挖掘。
案例：某社交APP使用SINTER following:userA following:userB 实时计算用户亲密度，推荐准确率提升35%。
Zset实现排行榜总卡顿？抖音的方案绝了
问题：直播打赏榜单更新时出现排名跳变，实时性要求难以满足。
方案：ZADD命令时间复杂度O(log(N))，结合ZREVRANGEBYSCORE获取分页数据。超大排行榜需用分段存储+异步合并策略。
案例：某直播平台采用ZINCRBY room:888 score 100 user123，配合ZRANGE实现毫秒级榜单更新，支撑500万并发打赏。
HyperLogLog到底准不准？知乎千万级UV统计实测
问题：传统UV统计消耗内存过高，采样统计又损失精度。
方案：PFADD/PFCOUNT标准误差0.81%，12KB内存可统计2^64个独立元素。建议配合每日合并策略提升准确率。
案例：某资讯平台用PFADD uv:20230815 user123，内存消耗从48GB降至1.2GB，UV统计误差稳定在0.7%以内。
高频问题解答
Q：Redis存储超过内存会怎样？
A：采用maxmemory-policy配置淘汰策略，推荐allkeys-lru或volatile-ttl。生产环境务必设置过期时间。
Q：Zset与Set最大区别是什么？
A：Zset每个元素关联double类型分数，可实现自动排序。Set仅保证元素唯一性。
Q：Hash字段太多影响性能怎么办？
A：超过500个field建议拆分为多个Hash，或使用Hash tag分片。监控htable的负载因子变化。
