嘿，这个假设性问题挺有意思的！刚好我对MongoDB分片这块门儿清，给你详细唠唠：

首先得明确两个关键前提：MongoDB的版本，以及分片集合创建时的配置选项。

• MongoDB 5.0及以上版本（默认行为）
  从5.0开始，创建分片集合时默认会开启enforceShardKey: true，这意味着所有写入操作（插入、更新）必须包含shard key字段。如果你尝试插入一个不带abc（你的shard key）的文档，MongoDB会直接抛出错误，根本不会存储这个文档。这是MongoDB为了避免分片数据分布不均而做的默认限制。

• MongoDB 4.4及更早版本，或者5.0+手动关闭enforceShardKey的情况
  在这种场景下，插入不带shard key的文档是允许的，MongoDB会把这类文档统一路由到该集合的主分片（Primary Shard）。主分片是这个分片集合最初创建时所在的分片，通常是集群中第一个可用的分片，或者你在创建集合时手动指定的分片。

  这里要注意：这类文档会一直留在主分片上，不会被分片迁移（因为没有shard key，MongoDB没法判断该把它们移到哪个分片），时间长了很容易造成主分片的数据过载，破坏分片集群的负载均衡效果——这也是为什么MongoDB从5.0开始默认强制要求shard key的原因。

举个简单的例子，假设你创建分片集合时用了这条命令（5.0+关闭强制shard key）：

sh.shardCollection("mydb.mycoll", { abc: 1 }, { enforceShardKey: false })

那插入不带abc的文档时，就都会落到这个集合的主分片上。

总结一下：要么插入失败（默认新行为），要么全部存在主分片（旧行为或手动关闭限制的情况）。

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