DeleteManyAsync 会在删除文档时锁定 MongoDB 集合吗？

Question

我想使用DeleteManyAsync方法删除多个文档。我会遇到大集合被删除的情况。同时，我希望插入我的新文件。我想知道当 DeleteManyAsync 被触发时我的数据库集合是否会被锁定。

这是我想使用的代码：

 List<MyDocument> list= new List<MyDocument>();
 var filter = Builders<MyDocument>.Filter.In("_id", vl.Select(i => i.InternalId));
 await _context?.MyDocuments?.DeleteManyAsync(filter);

Answer 1

Mongo db 锁是一个低级别的问题，在数据库服务器级别处理。作为使用驱动程序编写客户端应用程序的程序员，您无需过多关注数据库锁。

我想说的是，在使用 C# 驱动程序时，您不会注意到与在同一集合上执行的并发写入操作相关的任何类型的问题。锁由存储引擎处理，而不是由客户端应用程序级别使用的驱动程序处理。

如果您查看此文档，您可以阅读到，如果同一集合上的写入操作发生冲突，存储引擎将在服务器级别重试该操作：

当存储引擎检测到两个操作之间存在冲突时，会引发写入冲突，导致 MongoDB 透明地重试该操作

因此，并发问题再次在服务器级别处理。

考虑一下，如果您需要您的应用程序具有高度可扩展性，您应该设计您的系统，以便尽可能避免在同一个集合上进行并发写入操作。正如我上面所说，存储引擎处理锁是为了保持数据的正确性，但是锁会降低系统的整体可扩展性。因此，如果可扩展性在您的场景中至关重要，您应该仔细设计您的系统并尽可能避免数据库级别的资源争用。

在客户端应用程序级别，您只需要决定是否重试失败的写入操作。

有时您可以安全地重试失败的操作，有时则不能（例如：在某些情况下，您最终会在数据库级别获得重复数据。使用唯一索引可以很好地防止这种情况）。

根据经验，幂等写入操作可以在失败的情况下安全地重试（因为多次应用它们不会产生任何副作用）。换句话说，尽量使用幂等的写操作：这样你总是可以安全地重试失败的写操作。

如果您需要有关 mongo C# 驱动程序错误处理的一些指导，可以查看此文档

2020 年 7 月 25 日更新

根据作者的评论，似乎主要关注的不是实际的数据库锁定策略，而是删除性能。

在这种情况下，我将按以下方式进行：

• deleteMany与发出多个单个命令（例如deleteOne）相比，始终更喜欢执行单个数据库往返的命令（例如）。通过执行单次往返，您将最小化延迟成本，并且您将执行单个数据库命令。它只是更有效率
• 当您使用deleteMany命令时，请务必始终使用适当的索引过滤文档，以便在查找要删除的文档时避免集合扫描。
• 如果您进行测量并且确定您的瓶颈是deleteMany速度，请考虑将deleteMany命令的性能与等效的批量写入操作之一进行比较。我从未尝试过，所以我不知道实际的速度比较。我的感觉是可能根本没有区别，因为我认为在幕后deleteMany执行批量写入。我对此没有任何线索，这只是一种感觉。
• 考虑更改您的设计，以便在满足某种到期条件时利用TTL 索引功能自动删除文档。这并不总是可行的，但在适用时它可以很方便。
• 如果您将删除操作作为某种数据清理任务的一部分执行，请考虑安排定期执行数据清理操作的作业，但在用户的工作时间之外。