2.1.1 三层架构详解:存储层、计算层、服务层 我们常常在系统设计评审会上听到这样一句话:“这个架构要分层,存储归存储,计算归计算,服务归服务。”——听起来无比正确,像一句不容置疑的技术公理。可当开发同学深夜调试一个跨层慢查询时,当运维同事在Prometheus里看到服务层P99延迟突然飙升而计算层CPU纹丝不动时,当DBA反复告诫“别在SQL里写子查询嵌套五层”却收不到任何链路级反馈时,那句“分层”就从原则坍缩成了空壳。 分层不是画框的艺术,而是切刀的技艺:刀锋所至,边界必须清晰可测、职责必须刚性隔离、数据必须可控流转、故障必须精准收敛。本节不谈“为什么需要三层”,只回答三个更刺痛的问题: 存储层到底该存什么、怎么存、存成什么样才不算埋雷?