主页 / dba / 问题 / 242971
Accepted
Oded
Asked: 2019-07-17 01:18:04 +0800 CST

事务隔离级别声明的位置差异 - 在事务内部/外部？

  • 772

今天，当我看到以下结构时，我一直在查看我们系统上的一些存储过程：

（伪代码表示实际SP，服务器使用默认隔离级别）：

CREATE PROCEDURE ...
AS
BEGIN
  IF NOT EXISTS(SELECT ...) 
  BEGIN
    RETURN; 
  END

  BEGIN TRAN
    SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

    DML...
    DML...
    DML...
  COMMIT
END

我还没有看到在事务边界内声明事务隔离级别，我想知道它的效果是什么？

提交事务后是否恢复隔离级别（因此，如果提交后有其他语句 - 它们的隔离级别是什么）？

在这种情况下，我认为如果在事务开始之前声明隔离级别不会有任何区别。是这样吗？

大多数情况下，我看到这一点有点吃惊，因为我只见过在事务之外声明事务隔离，而不是在事务内部，我想知道 - 为什么？这样做有什么好处。

sql-server stored-procedures

1 个回答

  1. Best Answer

    以下是SET TRANSACTION ISOLATION LEVEL 文档的相关摘录。

    一次只能设置一个隔离级别选项，并且它会一直为该连接设置，直到它被显式更改。事务中执行的所有读取操作都在指定隔离级别的规则下运行，除非语句的 FROM 子句中的表提示为表指定不同的锁定或版本控制行为。

    它接着说：

    如果在存储过程或触发器中发出 SET TRANSACTION ISOLATION LEVEL，则当对象返回控制权时，隔离级别将重置为调用对象时有效的级别。例如，如果您在批处理中设置 REPEATABLE READ，然后批处理调用将隔离级别设置为 SERIALIZABLE 的存储过程，则当存储过程将控制权返回给批处理时，隔离级别设置将恢复为 REPEATABLE READ。

    注意这里没有提到BEGIN TRANSACTION,COMMIT等。这些事务控制语句不影响当前会话事务隔离级别。

    我看不出与在BEGIN TRAN. 也许开发人员想确保该级别对读者来说是显而易见的，并认为最好的位置是在事务边界，而不是必须查看 proc 代码的开头。

    • 3

相关问题