实体框架事务锁定

Question

我在我的 web 应用程序中看到一些奇怪的竞争条件，我怀疑这可能是由于实体框架以意想不到的方式处理读取锁。当我的应用程序向任何页面发出请求时，我会自动加载帐户模型，然后在请求的生命周期内将其存储在我的 DbContext 中。一些网页需要锁定帐户数据库行，这样我就可以安全地进行一些其他操作而无需竞争条件。这就是我现在的做法......

//... code that begins the request and loads the account into context.
// Some pages may run code that looks something like this.
using(var tran = existingCtx.Database.BeginTransaction(IsolationLevel.RepeatableRead))
{
    // Lock customer.
    var act = ctx.Accounts.Find(purchaseFor.ID);
    if (act == null)
        throw new RecordNotFoundException("Unable to find specified customer.");

    DoStuffRelyingOnLock();
    Commit();
}

调用是否会找到 Find(purchaseFor.ID) LOCK 数据库中的帐户行，即使它已经加载到上下文中？

Answer 1

调用是否会找到 Find(purchaseFor.ID) LOCK 数据库中的帐户行，即使它已经加载到上下文中？

不，不会。如果上下文已经加载了该实体，它甚至不会与数据库对话。

查看documentation 对Find 方法如何工作的说明（重点是我的）：

使用主键查找实体

DbSet 上的 Find 方法使用主键值来尝试查找上下文跟踪的实体。 如果在上下文中未找到实体，则将向数据库发送查询以查找那里的实体。 如果在上下文中未找到实体，则返回 Null或在数据库中。

Find 与使用查询有两个显着不同：

• 只有在上下文中找不到具有给定键的实体时才会往返于数据库。
• Find 将返回处于 Added 状态的实体。也就是说，Find 将返回已添加到上下文但尚未保存到数据库的实体。

因此，如果您想确保始终出于锁定目的对数据库进行查询，请避免使用Find，而是使用Where LINQ 方法。

Answer 2

如果您要显式处理事务，最好让您的代码要么 提交 或 回滚。 MSDN documentation 表示需要显式回滚，但 using 语句将触发 Dispose() 方法，该方法反过来将回滚任何打开的事务。为清楚起见，尤其是当代码趋于变得更复杂时，最好显式处理回滚。

这个OpenStack question在接受的答案中有更详尽的解释。