sql-server – TransactionScope锁定表和IsolationLevel

我想在我的项目中使用TransactionScope.我读到了它,我发现它在数据库中创建了一个隐式事务.我想知道TransactionScope是否锁定它操作的表？

例如,在此代码中：

using (Entities ent = new Entities())
{
    using (TransactionScope tran = Common.GetTransactionScope())
    {
        var oldRecords = ent.tblUser.Where(o => o.UserID == UserID);

        foreach (var item in oldRecords)
        {
           ent.tblUser.DeleteObject(item);
        }

和

public static TransactionScope GetTransactionScope()
{
    Transactionoptions transactionoptions = new Transactionoptions();
    transactionoptions.IsolationLevel = System.Transactions.IsolationLevel.Serializable;
    return new TransactionScope(TransactionScopeOption.required,transactionoptions);
}

tblUser是否锁定,直到完成命令问题？

在显式事务中IsolationLevel是否类似于隐式事务？

谢谢

解决方法

它是执行锁定的sql Server – 如果需要的话.任何UPDATE或DELETE操作都必须对它影响的那些行进行独占锁定 – 如果这些行已被另一个事务锁定,则它不能这样做.

因此,在您的情况下,如果您从数据库中删除了许多行,则默认情况下sql Server将仅锁定那些行 – 正在删除的行.它不会锁定整个表格.这是除非您一次删除大量行 – 如果您在单个事务中删除超过5,000行,sql Server将尝试执行锁升级并锁定整个表(而不是保留和管理5000个人行锁).

隔离级别仅定义读取将锁定行的时间长度 – 默认情况下(READ COMMITTED),该行仅在读取时具有共享锁定 – 通常是非常短的时间.使用隔离级别REPEATABLE READ,共享锁将保持到当前事务结束,而SERIALIZABLE不仅会锁定正在读取的行,而且会锁定整个行范围.但同样：这只会影响READ操作 – 它对DELETE或UPDATE语句没有直接影响(除了在行上有共享锁可能会阻止DELETE获取它需要的独占锁)

sql-server – TransactionScope锁定表和IsolationLevel

解决方法

相关文章