熔断触发后的降级返回值(fallback)应该如何设计,哪些场景不适合给默认值?
围绕“熔断触发后的降级返回值(fallback)应该如何设计,哪些场景不适合给默认值”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须区分可用兜底数据(缓存、静态值)和必须失败(支付、写操作)的场景。
系统设计 · 缓存面试题第 1 页,显示第 1–10 题,共找到 10 道完整解析,可继续按分类、标签与关键词缩小范围。
按稳定语义路径排序
围绕“熔断触发后的降级返回值(fallback)应该如何设计,哪些场景不适合给默认值”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须区分可用兜底数据(缓存、静态值)和必须失败(支付、写操作)的场景。
围绕“如何发现和定位缓存或存储中的热点 key,发现后有哪些缓解手段”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须给出监控统计、代理采样等发现手段,以及本地缓存、key 打散、副本扩展三类缓解方案。
围绕“秒杀场景下单个商品的库存扣减热点如何解决,为什么不能直接依赖数据库行锁”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明行锁串行化的吞吐瓶颈,并给出缓存预扣+异步落库或库存分桶的方案及其一致性风险。
围绕“用 DNS 轮询做负载均衡有哪些固有局限,为什么大型系统还要保留它”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要明确 TTL 缓存导致的故障摘除延迟和权重不可控,以及 DNS 在机房级调度和最终兜底中的价值。
围绕“新上线或刚恢复的节点直接加入负载均衡池会发生什么,为什么需要慢启动”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明冷缓存、JIT 预热、连接池未建立导致的瞬时过载,以及权重渐进方案。
围绕“权限判断结果缓存到网关后,管理员改角色时如何设置失效窗口和广播失效”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须比较短 TTL、版本号与事件失效在改权即时性上的取舍。
围绕“评论被作者删除、被审核下架和违规隐藏三种状态在数据模型和查询上如何区分”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须定义可见性谓词、审计字段与缓存失效点。
围绕“短链接跳转该选 301 还是 302,统计点击与浏览器缓存会怎样受影响”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要明确状态码对浏览器缓存、SEO 权重与埋点完整性的影响。
围绕“短链接系统中某个明星短码被打爆时,如何发现热点 Key 并保护存储层”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖必须给出热点探测、本地缓存、请求合并与降级顺序,不泛化到全站缓存架构。
围绕“大文件上传如何实现分片续传,客户端重试、服务端合并和秒传各需要什么键”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕必须定义 upload_id、chunk etag、合并校验与内容哈希秒传边界。