检索延迟与质量基准

定位:列出评估 Azure AI Search 检索延迟与质量时应记录的指标与测试设计要点。本页不给出任何延迟或质量的具体数值。

说明

  • 本次未读取官方的基准测试页面,因此本页没有可引用的基准数字。
  • 页面中只有两条定性声明:混合检索加语义排序在相关性上有明显收益;语义排序对前 50 个结果重排(后者已在语义排序页面说明)。前者未核对具体数据,待核实。

指标表

指标
含义
测量建议
数值
端到端延迟(p50、p95)
从客户端发出请求到收到完整响应的时间
在与服务同区域的客户端计时,排除首次冷启动
待核实(2026-11-05 获取)
吞吐与节流
单位时间可处理的查询数,以及被限流的比例
逐步加压,记录失败与限流响应
待核实
相关性(如 Recall@k、nDCG、MRR)
结果是否命中标注的相关文档
用固定的标注问题集计算
取决于自有数据集
语义重排分数
@search.rerankerScore,范围 0 到 4
记录分数分布,不要设过细的阈值
范围见语义排序页面;分布会随模型更新变化
索引规模与配置
文档数、索引大小、副本与分区数
每次测试都记录
待核实

测试设计检查表

  • 固定文档集与标注问题集,并记录版本与日期。
  • 对比四组方案:全文、向量、混合、混合加语义排序。
  • 同一区域、同一层级、同一 API 版本下运行。
  • 每组多次运行并取统计值,而不是单次结果。
  • 记录分块参数与嵌入模型版本,因为两者都会显著影响结果。
  • 语义排序只重排前 50 个初始结果,因此 top-k 的取值应与之协调。

限制与待核实

  • 官方公布的延迟、吞吐与质量基准数字:待核实(2026-11-05 获取)。
  • 不同区域、层级与模型版本之间的差异:待核实。
  • 本页不包含任何由作者实测得到的结论。

来源与核对

  • 来源:
  • https://learn.microsoft.com/en-us/azure/search/hybrid-search-overview(仅引用其定性声明)
  • https://learn.microsoft.com/en-us/azure/search/semantic-search-overview(仅引用其 top-50 与分数范围说明)
  • read_scope:仅元数据。未读取专门的基准页面,本页不作为性能或质量结论的依据。
  • 待核实:官方基准数字、各层级吞吐与延迟、测试方法的官方建议。
上一篇
概览与可用服务
下一篇
性能调优要点
Loading...
文章列表
分享AI实践与思考
入门
Microsoft Foundry
开发工具
治理与网络
观测与评测
工具与知识
模型与部署
Azure OpenAI
Azure AI Search
性能与基准
索引与分块
概念解释
快速上手
Foundry Tools
RAG 与知识工程
检索质量与评测
数据准备
智能体与工具
评测、观测与安全
企业架构与成本
成本与容量
架构
解决方案场景
文档与服务
知识与分析
样例与学习资源
附录