Milvus 2.6.20发布：查询调度、过滤性能与流式恢复升级分析

文章摘要Milvus 2.6.20于2026年7月14日发布，重点改善查询调度与批处理、索引加载、过滤执行、流式重平衡和可观测性，同时修复JSON路径过滤、流式写入恢复、文本索引和GPU_CAGRA等问题。本文不只罗列更新项，而是结合企业RAG场景分析这些变化会影响哪些线上问题、哪些项目值得升级，以及升级前应如何验证检索正确性、延迟和集群稳定性。一、这次更新为什么值得RAG团队关注Milvus 2.6.20不是一个新增大量API的功能型版本，而是一个明显偏生产稳定性的版本。官方更新重点可以概括为：查询调度 批量查询 索引加载 过滤性能 流式重平衡 监控指标 正确性修复对于企业RAG来说，真正影响线上体验的往往不是“能否搜索”，而是：并发升高后查询是否排队；Metadata过滤是否返回错误结果；索引加载失败后能否恢复；Collection或Partition删除后是否仍然无限重试；节点扩缩容后流量是否及时重新平衡；GPU索引在默认参数下是否稳定；文本索引和Analyzer配置是否一致。这些问题一旦发生，最终表现通常是：RAG偶发查不到资料 相同问题结果不稳定 P95延迟突然升高 权限过滤出现越界 写入任务卡死 集群扩容后效果不明显二、查询调度与批处理改善了什么Milvus集群中的查询需要经过QueryCoord和QueryNode。可以简化理解为：客户端查询 → Proxy → QueryCoord调度 → QueryNode执行 → 返回结果2.6.20将任务分发与Distribution轮询解耦，使查询调度周期可以独立运行。这一变化的价值在于：调度不再被分布状态轮询节奏强绑定；集群变化时可以更及时地分配任务；高并发下减少不必要的等待；调度参数可以更有针对性地调整。同时，QueryNode提高默认NQ合并上限，使更多查询能够形成较大的批次。NQ可以理解为一次请求中的查询向量数量。批处理的收益通常包括：减少单次调度开销 提高CPU或GPU利用率 降低大量小请求的固定成