面试官： Redis 有哪些数据结构，不同段位程序员的回答都是怎样的

在后端面试中Redis 是绝对的“必考题”。一道“Redis 有哪些数据结构”就能把初级、中级、高级和架构师分得清清楚楚。今天我们用轻松的方式看看不同段位的程序员是怎么回答这道题的。倔强青铜初级工程师画风熟练背诵“八股文”基础扎实主打一个真诚。初级工程师心想这题我熟啊昨晚刚背过String最基础的 Key-Value。做缓存存 JSON、分布式锁SETNX、计数器INCR。Hash结构像map[string]map[string]string适合存对象可以按需修改某个字段不用整个 JSON 来回序列化。List双向链表两端都能插拔。做简单消息队列、最新朋友圈列表。Set无序去重。利用交集并集做共同好友、点赞去重。ZSet带分数的去重集合。做各种排行榜ZADD加分ZREVRANGE查前十。Golang 代码示例// 初级风格中规中矩能跑就行ctx:context.Background()err:rdb.Set(ctx,user:token:9527,secret_data,24*time.Hour).Err()iferr!nil{panic(err)}val,_:rdb.Get(ctx,user:token:9527).Result()fmt.Println(Found token:,val)面试官心理基础扎实命令记得全可以招来做 CRUD。秩序白银中级工程师画风开始关注高级数据结构并且有“线上防灾意识”。中级工程师微微一笑“除了那 5 种Redis 还有 3 个隐藏大招”Bitmap用“位”来存状态省内存到老板流泪。1 亿用户日活只需要 12MB。HyperLogLog概率算法算 UV几千万用户只需要 12KB误差 0.81%。Geo存经纬度做附近的人、附近的外卖小哥。升级看点开始主动避坑“实际场景中我绝不会用KEYS *或SMEMBERSRedis 是单线程的这些 O(N) 命令会直接卡死服务。大集合我用SCAN渐进式遍历。”面试官心理不错懂底层、踩过坑能独立负责核心模块了。尊贵铂星高级工程师画风不再聊“怎么用”开始展示底层源码和内存模型主打降维打击。高级工程师身体后仰“其实 Redis 暴露的只是逻辑外壳。为了榨干内存性能底层做了大量极端优化”String 背后是 SDS记录了长度O(1) 获取杜绝缓冲区溢出。Hash/List 底层是 Listpack元素少时是一块连续内存没有指针开销。数据大了才转成 Dict 或双向链表。ZSet 背后是 SkipList Hash跳表通过多层索引实现类似二分查找插入查询 O(log N)。StreamRedis 5.0 的大杀器支持多消费者组、消息持久化 ACK设计上大量借鉴 Kafka。Golang 工业级实践// 高级风格Pipeline 减少 RTT一次网络 IO 完成多条命令pipe:rdb.Pipeline()pipe.HSet(ctx,user:session,last_login,time.Now().Unix())pipe.Expire(ctx,user:session,30*time.Minute)_,err:pipe.Exec(ctx)面试官心理深度拉满连 SkipList 结构和内存压缩都清楚团队的骨干核心非他莫属。最强王者系统架构师画风不屑于聊具体命令。架构师看 Redis看的是数据流向、系统边界、CAP 定理和灾难自愈。架构师缓缓开口在白板上画出系统拓扑图1. 缓存三剑客的系统防御穿透用布隆过滤器挡住恶意请求。击穿热点 Key 用逻辑过期异步续期或分布式锁。雪崩不同 Key 用随机过期时间。2. 数据一致性的终极抉择CAP 倾斜Redis 追求高可用AP 模式。主从同步是异步的——主挂了刚写入的数据还没同步到从节点会导致数据丢失脑裂。架构决策核心资产订单、钱不用 Redis 做唯一凭证必须用 MySQL 强一致性事务或 EtcdRaft 协议。3. 大 Key 与热 Key 的治理某明星出轨某个 Key 流量暴增热 Key单台 Redis 网卡被打满。架构解法Go 应用层引入本地多级缓存FreeCache/BigCache通过监听 Redis Pub/Sub 或 Canal 同步最热的数据缓存在应用节点本地实现多级分流。面试官的小本本总结对比段位关注点经典语录初级工程师会用哪些基本命令“String 当缓存ZSet 做排行榜”中级工程师避坑、省内存、高级功能“线上别用 KEYS *大数据量用 Bitmap”高级工程师底层源码、内存模型“ZSet 底层是跳表Hash 小数据是紧凑列表……”系统架构师多级缓存、高可用、数据一致性“不要强求 Redis 强一致性核心是多级缓存与防雪崩。”