实体框架交易锁定

Question

我在我的Web应用程序中看到一些奇怪的竞争状况，我怀疑这可能是由于Entity Framework以意外的方式处理读取锁。 当我在应用程序中对任何页面提出请求时，我会自动加载帐户模型，然后在请求的整个生命周期中将其存储在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）锁定数据库中的帐户行，即使该行已加载到上下文中？

Answer 1

优良作法是，如果要显式处理事务，则可以提交代码或回滚代码。 MSDN文档指出需要显式回滚，但是using语句将触发Dispose（）方法，该方法将回滚任何打开的事务。 为了清楚起见，尤其是当代码趋于变得更加复杂时，最好显式处理回滚。

这个OpenStack问题在公认的答案中有更详尽的解释。

Answer 2

呼叫是否会找到Find（purchaseFor.ID）锁定数据库中的帐户行，即使该行已加载到上下文中？

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

查看文档中有关Find方法如何工作的内容（重点是我的）：

使用主键查找实体

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

Find与在两种主要方式中使用查询不同：

• 仅当在上下文中未找到具有给定密钥的实体时，才进行数据库往返。
• Find将返回处于“已Added状态的实体。 即，“ Find将返回已添加到上下文但尚未保存到数据库的实体。

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