标准答案
- 热点 Key 会让大量请求集中到同一缓存、数据库行或分片，新增应用实例只会更快地冲击这个热点。
- 单分片、全局锁和串行状态机限制了可并行度，需要通过分区、分段、排队或业务规则降低竞争。
- 数据库、第三方 API、消息分区和连接池都有固定容量，上游扩容会让这些下游更早饱和。
- 扩容前应先用指标和 Trace 确认瓶颈位置，并同时评估缓存、限流、分片和降级方案。
题目解析
Amdahl 定律提醒我们：系统中不可并行的部分决定了总加速上限。架构优化的重点常是缩小临界区和热点，而不是盲目增加实例。
扩容仍然有价值，但必须和流量分散、资源配额、下游保护一起做，才能真正降低用户延迟。
常见误区
- 遇到慢就扩应用实例，没有检查单库或单 Key。
- 用更大的线程池掩盖共享锁竞争。
- 忽略故障转移时所有流量会集中到更少实例。