Java 后端面试题库 / 全部题解免费阅读理解原理,有条理地回答

etcd 的读写性能通常卡在哪?

先说出你的答案

定义边界、关键机制、一个反例;P8题再补容量、失败与验证。

查看完整题解

参考回答

直接回答

写入通常受磁盘同步和节点间网络影响。线性读也受协调与状态应用影响。大范围读取、过多订阅和历史膨胀都可能增加开销。

讲清原理

先分别看这些阶段的延迟,包括网络、WAL 同步、后端提交和待处理提案,判断哪项变慢。再看请求体大小、并发和数据范围。允许读旧值时才考虑 serializable 读。

例子与易错点

WAL fsync 的尾延迟飙升时,优先查磁盘争用和 IOPS。增加客户端线程很可能只会让等待更长。

延伸阅读 etcd 写入怎么通过批处理和异步调用优化? · etcd 内存和磁盘重点看哪些指标? · 怎样用 benchmark 测 etcd 集群? · etcd 慢请求日志怎么分析?

这道题,你掌握得怎么样?

掌握程度由你主动标记,阅读和收藏不会自动改变状态。