第2章 高频面试问题与回答框架:常见问题、答题结构、公司侧重点

缓存容量规划面试题主要围绕估算能力、架构设计和策略选型三大维度展开。本章提炼3道最高频考题,给出可迁移的回答框架,并对比头部互联网公司的考察偏好,帮你快速建立答题“肌肉记忆”。

理解业务场景 QPS / 数据量 / 特征 分析数据特征 热key / 长尾 / 时效 设计容量方案 内存 / 分片 / 副本 规划高可用 主从 / 哨兵 / 集群 预留弹性空间 缓冲 / 扩缩容 / 限流

▲ 缓存容量规划回答框架:从场景理解到弹性预留,五步递进

各公司缓存容量规划面试侧重点对比

考察维度字节跳动阿里巴巴腾讯美团
容量估算偏好数据量+QPS双维评估,关注峰值流量业务增长曲线+历史数据,强调动态评估多模态数据类型分类估算,精确到字段成本与性能的平衡点,注重ROI
高可用架构主从+哨兵,强调自动故障转移速度Redis Cluster+Proxy层,强调路由一致性自研KV存储,强调强一致与数据持久性Redis Cluster+读写分离,强调稳定性
淘汰策略设计LFU+动态调整,关注热点变化自适应LRU+多级缓存,关注全局命中率TTL+预淘汰机制,强调可预测性业务自定义+智能淘汰,强调业务适配
扩缩容方案在线迁移+虚拟分片,强调无损扩容平滑扩容+代理层路由,强调灰度切换灰度发布+回滚能力,强调变更安全弹性伸缩+限流降级,强调成本控制
面试风格偏算法与系统设计,善用数学推导偏原理深度与架构,追问底层实现细节偏实战排查与优化,给故障场景让你定位偏业务理解与成本,关注方案可行性
💡 面试策略提示:回答时优先展示“业务理解→技术方案→成本意识”的闭环思维。字节跳动面试官看重估算推导过程,阿里喜欢追问“为什么是这个数字”,腾讯会问“挂过吗怎么恢复”,美团则关注“这个方案多花多少钱”。

🎯 面试问题 1:容量估算类

“假设业务需要缓存1亿个用户信息,每个用户信息约2KB,请估算需要多少Redis容量?”

🎯 面试官考察点

  • 基础数据量估算能力
  • 对Redis元数据开销的认知
  • 工程冗余与缓冲意识
  • 分片与副本的规划逻辑

📋 回答框架

  1. 原始数据量:1亿 × 2KB = 200GB
  2. 元数据开销:按20%估算 ≈ 240GB
  3. 主从副本:1主2从 → 720GB
  4. 预留缓冲:30% → ≈ 940GB
  5. 分片节点:单实例8GB → 118个分片

💡 示例回答

“1亿×2KB=200GB原始数据,加上key元数据约20%即240GB,1主2从共720GB,预留30%缓冲约940GB,单实例8GB需118个分片节点。实际部署建议按峰值流量再上浮20%。”

❓ 可能追问

  • 如果value是hash结构如何估算?
  • 内存碎片率怎么考虑?
  • AOF重写期间内存翻倍如何处理?

⚠️ 避坑提醒

不要遗漏Redis元数据开销(dict entry、redisObject)和持久化内存占用,实际用量通常比理论值多20%-30%。

🎯 面试问题 2:淘汰策略设计类

“如何为商品详情页缓存设计合理的淘汰策略?”

🎯 面试官考察点

  • 对业务访问模式的理解
  • 淘汰算法原理与适用场景
  • 命中率优化意识
  • 参数调优与监控能力

📋 回答框架

  1. 分析访问模式:长尾分布,热销品高频
  2. 算法选型:热数据用LFU,冷数据兜底TTL
  3. 参数配置:maxmemory=实例内存80%
  4. 监控调优:持续观察命中率,动态调整

💡 示例回答

“商品详情页访问呈长尾分布,热销商品频次高,用LFU淘汰冷数据;配合TTL过期兜底,设置maxmemory为实例内存80%,监控命中率动态调整。冷热数据分离可进一步提升效率。”

❓ 可能追问

  • LRU和LFU的适用场景本质区别?
  • 如何避免缓存污染(扫库问题)?
  • 淘汰策略与过期策略如何协同?

⚠️ 避坑提醒

不要在所有场景套用LRU,热点集中的业务用LFU命中率更高;TTL设置不宜过长导致数据堆积,也不宜过短导致频繁穿透。

🎯 面试问题 3:集群规划类

“设计一个日均10亿请求的缓存集群,如何规划节点数?”

🎯 面试官考察点

  • QPS与容量双维度评估能力
  • 单节点能力上限的认知
  • 分片与副本的权衡设计
  • 冗余与弹性扩缩容意识

📋 回答框架

  1. 日均QPS换算:10亿 ÷ 86400 ≈ 1.16万
  2. 单节点能力:约5万QPS(含网络开销)
  3. 分片数:按N+1冗余,至少3分片
  4. 副本设计:1主2从,共9节点
  5. 峰值冗余:2倍流量 → 6分片18节点

💡 示例回答

“10亿请求/86400秒≈1.16万QPS,按单节点5万QPS能力需3分片,1主2从共9节点。考虑流量峰值2倍冗余,最终规划6分片18节点,并预留自动扩缩容能力。”

❓ 可能追问

  • 如何做数据分片?一致性哈希还是哈希槽?
  • 扩缩容时数据如何平滑迁移?
  • 网络带宽瓶颈如何评估?

⚠️ 避坑提醒

不要忽略网络带宽瓶颈和跨机房同步延迟,QPS估算要按峰值而非均值;过度分片会导致管理复杂和连接开销上升。

📌 章节小结:本章3道题覆盖了容量估算、淘汰策略、集群规划三个必考点。回答时牢记“先场景、再数据、后方案”的递进逻辑,并主动融入成本与冗余意识。不同公司的侧重点可参考上方表格,针对性准备命中率更高。