推文

@fireandstart · 2026-10-12 17:15

这份清单的价值，不在于把十个术语背下来，而在于它们会在同一条故障链里相遇。平均延迟看起来正常时，p99 可能已经暴露出少数请求被锁、慢查询或下游抖动拖住；连接池决定并发请求能否复用有限连接，背压则决定系统过载时是排队、拒绝还是把延迟扩散到整条链路。只调大池子，常常只是把拥堵从应用层搬到数据库。 写路径也一样：网络超时后重试，幂等键让重复请求不变成重复扣款或重复创建；Outbox 把业务状态和待发送事件放进同一个可靠边界，避免数据库已提交、消息却丢失的“半成功”。再配合 CDC，变化才能被下游稳定消费。查询计划解释读为什么慢，写放大解释一次逻辑更新为何会变成多次物理写入；一致性哈希则让扩缩容时的数据迁移成本更可控。这些不是彼此独立的面试词条，而是关于容量、故障传播和一致性的同一套系统直觉。 如果只能提前练几项，我会从 p99、EXPLAIN ANALYZE、幂等重试和背压开始：拿真实请求分布与故障场景观察系统，再逐步理解连接池、Outbox、CDC 和存储写放大的权衡。概念学得早，省下的不是记忆时间，而是上线后追查“为什么偶发慢、为什么重复、为什么数据对不上”的代价。

曝光 23 · 评论 0 · 点赞 0 · 书签 0