在 SAP HANA 里把多列索引用明白：Inverted Value、Inverted Hash 与 Inverted Individual 的取舍之道

在做 SAP HANA 性能治理时，很多团队会把注意力放在 SQL 写法、分区、并行度这些显性开关上，却忽略了一个很容易把内存与延迟同时拉爆的点：列存储的多列索引。多列索引既能让主键查找、唯一性校验、复杂 Join 更快，也可能因为额外字典与内部拼接列而把主内存占用推到危险边缘。SAP HANA 为列存储提供了三种多列索引类型：Inverted Value、Inverted Hash、Inverted Individual。不同版本与部署形态下，它们的默认值与限制也不完全一样。(SAP Help Portal)

这篇文章用工程视角把三种索引的内部结构、适用场景、性能与内存代价讲透，并穿插几个真实世界的案例，让你在本地部署的 SAP HANA 与 HANA Cloud 上都能做出更稳的选择。

把底层想清楚：列存储里 inverted index 到底在干嘛

讨论多列索引之前，先把列存储最核心的三件套捋顺：