向量数据库选型：从内存方案到生产级数据库
轻量方案 vs 专用向量库 · 性能/运维权衡 · 按规模选型
核心结论：别一上来就堆生产级向量库。按数据量和并发选：小用内存、中用轻量扩展、大才上专用库。过度工程只会徒增运维负担。
一、三档方案对照
| 档位 | 代表方案 | 适合规模 | 运维 |
|---|---|---|---|
| 内存/轻量 | 进程内向量、带向量扩展的轻量库 | 万级以下 | 几乎为零 |
| 单机持久化 | 本地向量引擎 | 十万到百万 | 低 |
| 专用/分布式 | 生产级向量数据库 | 百万级以上、高并发 | 中到高 |
二、关键能力清单
- 近似最近邻（ANN）算法：决定检索速度与精度的平衡；
- 混合检索：向量 + 关键字过滤，实战效果更稳；
- 元过滤：按时间、来源、权限等字段先筛再搜；
- 可扩展：数据增长后能水平扩容。
三、按规模选型建议
- 验证/POC：直接用内存或轻量方案，一天跑通链路。
- 中小生产：单机持久化向量引擎，兼顾性能与简单。
- 大规模/多租户：上专用向量数据库或托管服务，重视监控与备份。
四、常见问题
能不能用普通数据库存向量自己算？
小规模可以，但全量扫描算距离在大数据量下会很慢，专用索引才是向量库的价值所在。
数据更新频繁怎么办？
选支持增量写入与索引重建友好的方案，并监控索引膨胀与查询延迟漂移。