Qdrant向量检索

独立向量服务的价值

Qdrant适合需要独立扩展向量读写、payload过滤、dense与sparse组合或多向量能力的团队。将它作为检索派生层时，业务任务、权限和来源版本仍可由关系库维护；这使检索资源独立，也增加跨库同步、删除传播与重建责任。

官方多租户文档提供payload分区、自定义sharding与tiered multitenancy，选择取决于小租户数量、热租户和隔离需求。不能简单地为每个用户创建collection，也不能因查询带tenant字段就认为存储布局、统计和性能已经完全隔离。

过滤索引与量化有独立合同

对真实过滤字段建立payload索引，并测试严格过滤后的召回。稀疏检索的IDF作用域需要明确，资料内容不泄露不代表排名统计完全隔离。量化可以降低内存压力，但原向量保留、rescore和磁盘访问会影响整体存储与尾延迟。

截至2026-10-15读取的官方文档说明1.19起以memory配置取代已废弃的on_disk与always_ram参数。这提醒实现时应固定server/client版本并核对配置，不能把旧文章中的参数和性能结论直接套到新服务。

把跨库失败做成常规测试

一次文档更新应记录期望generation、实际向量版本和消费进度；删除先在权威层禁用，再异步清理Qdrant。查询必须使用与文档相同的embedding revision，结果还要能fetch回当前可访问原件。

验收包括热租户、冷查询、payload漏索引、索引重建和服务限流，报告filtered recall与负载下p95。Qdrant Cloud可以减少自运维负担，但是否符合地域、保留、备份与导出合同仍需按实际套餐确认，不能由开源功能表代替采购核验。