所以，我在测试中遇到了一个问题（不幸的是没有答案），这让我很怀疑它是真是假。
问题是这样的：“默认情况下，WiredTiger 存储引擎为每个集合和每个索引创建一个文件”。
我去检查了所有的文档，但我找不到这个问题的真正令人满意的答案。我会根据逻辑假设它当然会为每个集合创建一个文件，每个索引创建一个文件，但是如何确定呢？我认为这些文件由数据库系统管理，因此对用户不可见。
我只记得某处有数据库文件看起来像 dbname.0，当它在某个阈值后增长时，它会创建另一个文件 dbname.1 等。所以我假设集合在该文件中而不是一个单独的实体，从而使测试语句错误？
所以，这就是 MongoDB 所说的：
独立于 secondaryThrottle 设置，块迁移的某些阶段具有以下复制策略：
- 在使用块的新位置更新配置服务器之前，MongoDB 会暂时暂停所有应用程序对正在迁移的集合的所有应用程序读取和写入，并在更新后恢复应用程序读取和写入。块移动要求所有写入在将块移动提交到配置服务器之前和之后都被副本集的大多数成员确认。
- 当传出块迁移完成并发生清理时，必须将所有写入复制到大多数服务器，然后才能进行进一步清理（来自其他传出迁移）或新的传入迁移可以继续。
举一个真实的例子：如果上限是 27850，第一个选项“所有对 productId 值在 18684 到 27851 之间的文档的查询将被路由到 shard0000”是正确的吗？
如果我理解正确，当我开始迁移时，如果我尝试对 productId 值 18684-27850 之间的文档运行查询，MongoDB 已经知道它不必再询问 shard0003，而是它将有将这些文档请求到新的目标分片，从而将请求重定向到 shard0000。
所以，我还没有实际尝试过，但我猜你看到的是，当你运行 db.collection.find() 时，cmd 将“冻结”并且在 MongoDB 成功完成块迁移后，它将检索结果集，对吗？
