了解 SQL Server 中的锁定行为

Question

我尝试重现问题[1]的情况。

在桌子上，获取并填充了来自 wiki 的“隔离（数据库系统）”的数据 [2]，
在 SQL Server 2008 R2 SSMS 中，我执行了：

1）首先在 SSMS 的第一个选项卡（窗口）中执行

-- transaction isolation level in first window does not influence results (?)
-- initially I thought that second transaction in 2) runs at the level set in first window

begin transaction 
INSERT INTO users VALUES ( 3, 'Bob', 27 )
waitfor delay '00:00:22'
rollback

2）紧接着在第二个窗口中

-- this is what I commented/uncommented

-- set transaction isolation level SERIALIZABLE
-- set transaction isolation level READ REPEATABLE
-- set transaction isolation level READ COMMITTED
-- set transaction isolation level READ UNCOMMITTED

SELECT * FROM users --WITH(NOLOCK)

---

执行更新：
抱歉，结果已更正。

根据 2) 中设置的隔离级别，我的结果是 SELECT 返回：

• 立即（读取未提交的插入行）

  • 适用于所有带有 NOLOCK 的 SELECT 情况
  • 对于 READ UNCOMMITTED（选择带或不带 NOLOCK）

• 正在等待事务 1 的完成）（仅当 SELECT 没有 NOLOCK）并且

  • 处于 READ COMMITTED 及更高（REPEATABLE READ、SERIALIZABLE）事务隔离级别

这些结果与问题中描述的情况相矛盾（并在答案中解释？）[1]
（例如，带有 NOCHECK 的 SELECT 正在等待 1) 的完成），等等。

如何解释我的结果和 [1]？

---

更新2：
这个问题实际上是我的问题[3]的子问题（或者是没有得到回答的结果）。

引用:
[1]
解释 SQL Server 中的锁定行为
解释 SQL Server 中的锁定行为
[2]
“隔离（数据库系统）”
请添加尾随 ) 到链接。我无法在链接中保存它！ http://en.wikipedia.org/wiki/Isolation_(database_systems)< br> [3]
NOLOCK 是 SQL Server 2005 中 SELECT 语句的默认设置吗？
NOLOCK 是 SQL Server 中 SELECT 语句的默认值吗2005年？

Answer 1

有一个有用的 MSDN 链接，她谈论了 SQL 2008 中的锁定提示。也许在你的例子中，SQL Server 2008不利于你的表锁？

（以下链接中的以下代码段讨论了 SQL Server 2008 可能会忽略的锁）

如以下示例所示，如果事务隔离级别设置为 SERIALIZABLE，并且表级锁定提示 NOLOCK 与 SELECT 语句一起使用，通常用于维护可序列化事务的键范围锁不会被采用。

CopyUSE AdventureWorks2008R2;
GO
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
GO
BEGIN TRANSACTION;
GO
SELECT Title
    FROM HumanResources.Employee WITH (NOLOCK);
GO

-- Get information about the locks held by 
-- the transaction.
SELECT  
        resource_type, 
        resource_subtype, 
        request_mode
    FROM sys.dm_tran_locks
    WHERE request_session_id = @@spid;

-- End the transaction.
ROLLBACK;
GO

引用 HumanResources.Employee 的唯一锁是架构稳定性(Sch-S) 锁。在这种情况下，不再保证可串行性。

在 SQL Server 2008 中，A LTER TABLE 的 LOCK_ESCALATION 选项可以不支持表锁，并在分区表上启用 HoBT 锁。此选项不是锁定提示，但可以用于减少锁定升级。有关详细信息，请参阅ALTER TABLE (Transact-SQL)。

Answer 2

第二个查询中的提示会覆盖事务隔离级别。
SELECT ...WITH (NOLOCK) 与 SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED 基本相同；选择...。

对于任何其他隔离级别，都会遵守锁，因此第二个事务会等待，直到第一个事务释放锁。