可重复读取 - 我理解对吗？

Question

尝试完全理解 SQL Server 隔离级别 - 特别是可重复读取。

我有一个存储过程，它启动一个事务并将光标放在一些数据上（嘘声）。这可能是相当大的数据块，因此可能需要一段时间才能完成。

然后它将提交或回滚。

在此期间，在事务关闭之前，如果有人调用导致某些受影响的行被读取的方法，我的理解是该方法将停止，直到第一个方法完成。然后他们将获得数据（只要首先没有发生超时）

我认为我是对的，但问题是 - 我是吗？

Answer 1

REPEATABLE READ 会阻止 SELECT 解除它们放置的共享锁，直至事务结束。

将事务 1 设置为 READ COMMITTED，在事务 2 中选择行后，您可以更新事务 2 中的行<代码>1。

如果事务 1 为 REPEATABLE READ，则在事务 2 中选择行后，您无法更新事务 2 中的行<代码>1。

场景：

READ COMMITTED

1 SELECT -- places a shared lock and immediately lifts it.
2 UPDATE -- places an exclusive lock. Succeeds.
1 SELECT -- tries to place a shared lock but it conflicts with the exclusive lock placed by 2. Locks.

REPEATABLE READ

1 SELECT -- places a shared lock and keeps it
2 UPDATE -- tries to places an exclusive lock but it's not compatible with the shared lock. Locks
1 SELECT -- the lock is already placed. Succeeds.

更新：

至于你的问题：在SQL Server中，SELECTs即使使用也不会互相锁定可重复读取，因为它们放置的共享锁彼此兼容：

CREATE TABLE t_lock (id INT NOT NULL PRIMARY KEY, value INT NOT NULL)
INSERT
INTO    t_lock
VALUES (1, 1)

-- Session 1

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ
BEGIN TRANSACTION
DECLARE @id INT
DECLARE cr_lock CURSOR DYNAMIC
FOR
SELECT  id
FROM    t_lock
OPEN    cr_lock
FETCH   cr_lock

id
--
1

-- Session 2

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ
BEGIN TRANSACTION
DECLARE @id INT
DECLARE cr_lock CURSOR DYNAMIC
FOR
SELECT  id
FROM    t_lock
OPEN    cr_lock
FETCH   cr_lock

id
--
1

-- Session 1

DEALLOCATE cr_lock
COMMIT

-- Session 2

DEALLOCATE cr_lock
COMMIT

Answer 2

正确的。

来自 MSDN 的完整说明：

指定语句无法读取
已修改但未修改的数据
尚未由其他事务提交
并且没有其他交易可以
修改已读取的数据
当前交易直到当前
交易完成。

共享锁被放置在所有数据上
中的每个语句读取
交易并保留至
交易完成。这可以防止
修改任何其他交易
已读取的行
当前交易。其他
事务可以插入新行
符合搜索条件
当前发布的声明
交易。如果当前
然后事务重试该语句
它将检索新行，其中
导致幻读。因为
共享锁一直保持到a的末尾
交易而不是被释放
在每条语句的末尾，
并发数低于默认值
READ COMMITTED 隔离级别。使用
仅在必要时才使用此选项。