nlist：索引被切成几份？
Milvus 构建 IVF 系列索引时，会先对向量进行聚类。nlist 就是聚类中心数量，也意味着索引被分成多少个小桶。nlist 越大，簇越细，索引文件越大但召回潜力更高。
概念速览
nprobe：查询时探查几份？
查询向量进来后，并不会遍历所有 nlist，而是只挑选最近的若干簇进行精细比较。nprobe 就是实际检查的簇数。值越大，召回更多候选，但也会多一次内存读取 + 距离计算。
交互演示：调节 nlist / nprobe
索引簇中心
候选向量
被探查簇
查询向量
调参建议速查
- nlist ≈ 4 × √数据量 是常见经验值，可按召回/延迟需求微调。
- nprobe 通常设置为 nlist 的 1%~10%。召回不足时先增加 nprobe，再考虑增大 nlist。
- nlist 太大但 nprobe 太小，会导致查询只扫到少数簇，反而降低召回；保持两者协调很关键。
- 在线服务可先用小数据集网格搜索 nlist/nprobe，找出“可接受延迟下的最高召回”组合再上线。