MongoDB 性能：单个集合与多个 collections 并发读/写

Question

我正在使用 web 服务器上的本地数据库来同步来自外部 API 的某些数据。 本地数据库将用于为 web 应用程序提供服务。 对于将访问 web 应用程序的每个用户，我正在同步的数据都不同。 由于同步作业是定期但不断地写入数据库，而用户正在从 web 页面访问他们的数据，所以我想知道这里的最佳性能是什么。

由于同步作业不断写入数据库，我相信集合在完成之前会被锁定。 我认为拥有多个 collections 在这里会有所帮助，因为锁将位于正在写入的特定集合上，而不是每次都在单个集合上。

我的想法在这里正确吗？ 我基本上不希望读取受到限制，因为写入操作会不断锁定一个集合。

Answer 1

在MongoDB中有大量关于锁粒度和锁的信息。

一般来说，写入多个 collections，对于“多个”的中小值，并假设所有 collections 都是预先创建的，可以比使用单个集合更快，但代价是查询变得尴尬以及可能例如，如果您必须通过聚合管道执行连接而不是执行单个集合/索引扫描，则速度会很慢。

如果您有太多 collections 以至于打开的文件太多以至于数据库或操作系统开始将文件从各自的缓存中逐出，性能将再次开始下降。

创建 collections 也可能相对较慢，因此如果在负载下发生这种情况，对性能可能不是很好。

Answer 2

在 MongoDB 中，集合级别锁定从来都不是问题。 在 WiredTiger 存储引擎与 MongoDB 4.x 一起出现之前，有很多情况下整个数据库都会锁定。

现在，使用 WiredTiger 将多个线程和/或进程写入单个集合非常有效。 在MongoDB中分配非常重的写入负载的正确方法是对您的集合进行分片。

要测试分片与非分片配置，您可以轻松地与MongoDB Atlas并行启动这两种配置。