MongoDB：numYields是否可作为多文档更新进度的可靠指标？

先直接给你明确结论：numYields绝对不能可靠地用来判定已经更新的文档数量，具体原因和正确的监控方式我给你拆解下：

为什么numYields和文档更新数没有对应关系 #

numYields统计的是你的update操作让步（yield）资源的次数，而不是处理的文档数。虽然MongoDB的多文档update支持在单个文档修改后释放锁、让其他操作有机会执行，但这并不代表每改完一个文档就会触发一次让步：

• 如果当前没有其他等待锁的操作，MongoDB会连续处理多个文档，直到达到内部的让步阈值（比如处理了一定数量的文档、占用了一定时间的锁）才会让步一次；
• 让步也可能因其他情况触发，比如操作需要等待磁盘I/O完成、内存不足等，这种时候甚至可能还没完成一个文档的修改就发生了让步。

简单说：numYields的增长和文档更新数没有固定的一一对应关系，用它来估算进度误差会非常大。

正确的进度监控方式 #

要准确跟踪已更新的文档数量，直接看currentOp视图里的nModified字段就好：

• 这个字段会实时统计操作已经成功修改的文档数量，和实际处理的有效文档数完全对应；
• 你可以定期执行如下查询来获取进度：

// 替换成你的数据库和集合名
db.currentOp({
  op: "update",
  ns: "your_db.your_collection"
})

返回结果里的nModified就是当前已经完成修改的文档数。

如果你的update操作是带查询条件的，nMatched字段可以看到已经匹配到的文档总数，能帮你预估剩余工作量，但最终实际修改的数量还是以nModified为准（毕竟有些文档可能已经符合更新后的状态，不需要修改）。

内容的提问来源于stack exchange，提问作者andreyl_look