向量数据库选型：先问 4 个问题，再看 benchmark

很多向量数据库对比文章一上来就列 QPS、延迟、召回率，但选型时真正决定成败的往往不是这些。

Q1：你的数据规模和更新频率是什么？
百万级以内、更新不频繁，很多轻量方案就够；十亿级、频繁增删，才需要认真看索引结构和 compaction 策略。

Q2：过滤条件是“附属”还是“核心”？
如果每次检索都带租户 ID、时间范围、权限过滤，那 metadata filter 的性能和语义比纯 ANN 更重要。很多 POC 不带过滤，上线后才发现慢。

Q3：你要的是向量库，还是检索系统？
向量库只负责相似度；检索系统还要处理切分、混合检索、重排、权限、版本。别把系统问题买成数据库问题。

Q4：团队能不能运维它？
备份、扩容、监控、故障恢复，这些不在 benchmark 里，但会在凌晨三点出现。

我的顺序是：先明确过滤和权限需求，再做带真实数据的 POC，最后才看压测数据。Benchmark 只能证明“它快”，不能证明“它适合你”。