PlanetScale 揭示数据库隐藏延迟：网络附加存储为何是糟糕的默认选择？
talkingdev • 2026-11-04
3041 views
网络附加存储（NAS）虽然部署简单、扩展灵活，但在数据库集群内部会引入额外的网络往返延迟，即便应用与数据库节点物理距离很近也难以避免。PlanetScale 的这篇文章指出，很多团队默认采用云盘或集中式存储，却忽略了每次 I/O 都需要经过存储网络这一“隐藏跳”。相比之下，本地 NVMe 直连存储可以消除该跳，显著降低读写延迟，但代价是无法依赖存储层自带的高可用，必须通过显式的数据复制、故障检测和自动切换机制来保证持久性与可用性。对于数据集主要驻留内存、缓存命中率极高的负载，存储层延迟影响相对有限；一旦出现频繁缓存未命中、写放大或达到 IOPS 上限，存储位置就会成为性能瓶颈。因此架构师应结合工作负载特征，重新审视存储默认选型。
核心要点
- 网络附加存储会在数据库集群中引入隐藏网络往返，拖慢 I/O 延迟
- 本地 NVMe 虽能消除该延迟，但需要主动设计复制和故障转移来保障持久性
- 内存命中率高的负载受益有限，高 IOPS 或频繁缓存未命中的场景更需评估存储位置