系统设计面试最常见的问题不是“不会”，而是“答得散”。
很多候选人有实践经验，但回答缺少结构，面试官难以判断你的技术深度和决策能力。
本文给你一套可复用回答框架：先目标，再约束，再方案，再权衡。
【题型1：设计一个高并发下单系统】
建议回答顺序：
- 明确目标：QPS、峰值、可用性目标
- 划定边界：核心链路（下单、扣库存、支付）
- 方案设计：缓存、限流、消息队列、幂等
- 风险控制：超卖、防重复、故障隔离
- 可观测与演练：监控、告警、压测、应急
【题型2：如何保证分布式一致性】
面试官通常想听两件事：
- 你是否理解一致性分级
- 你是否能结合业务做权衡
回答模板：
1. 先判断业务是否必须强一致
2. 强一致优先考虑 TCC/同步事务模型
3. 最终一致优先考虑消息表+补偿
4. 强调幂等、重试、死信与可追踪
【题型3：慢查询怎么系统化治理】
回答要点：
- 如何定位（慢日志 + requestId）
- 如何解释（EXPLAIN、扫描行数、回表）
- 如何优化（索引、SQL改写、分页策略）
- 如何验证（压测 + 指标对比）
这比只说“加索引”更有说服力。
【常见扣分点】
- 直接给方案，不说明业务目标。
- 只讲技术，不讲成本和复杂度。
- 不提失败场景（重试、超时、降级）。
- 不提可观测性与演练。
系统设计面试看的是工程决策能力，不是名词堆砌。
【一套通用回答骨架】
A. 业务目标与约束（流量、延迟、成本）
B. 核心数据流与边界
C. 关键技术方案（存储、缓存、消息、一致性）
D. 失败场景处理（限流、熔断、降级、补偿）
E. 可观测与演进路线
你可以把任何系统设计题，都映射到这五段结构。
【面试前准备清单】
- 准备 2~3 个真实项目案例（含指标）。
- 每个案例都能说出“为什么这样选型”。
- 能回答“如果流量翻 10 倍怎么办”。
- 能说明失败处理和应急策略。
- 能给出可观测与治理闭环。
- 每个回答尽量量化（QPS、RT、错误率）。
下期预告：
《年度总结：10个最值钱的后端工程经验》
