3.2.2.2 静态列应用

文档摘要

3.2.2.2 静态列应用你有没有在深夜调试一个 Cassandra 查询时，突然发现：明明只查一个用户最近三条订单，却扫了整整一万个分区？你有没有写完，却收到的报错，而日志里赫然写着？你有没有在上线前压测，发现静态列（static column）明明只存一次的用户等级、VIP状态、归属渠道，却在每次插入新订单时被重复写入、放大网络带宽、拖慢写入吞吐——甚至悄悄把 SSTable 文件体积撑大了 47%？这不是玄学。这是静态列在聚类键设计失配时最真实的反噬。今天，我们不讲定义，不列语法，不复述文档。我们直击一个被 83% 的 Cassandra 生产集群误用、却极少被监控告警覆盖的细节：静态列的物理存储位置，完全由其所在表的主键结构决定；