SQL Server中事物隔离级别Read Uncommitted和with(nolock)根本就不是一个意思

1：我做了一个实验。

首先创建表，并插入一些数据，sql脚本如下

CREATE TABLE dbo.tb(

     c1 int,

     c2 char(10),

     c3 varchar(10)

);

GO

DECLARE @id int;

SET @id = 0;

WHILE @id <5

BEGIN;

     SET @id = @id + 1;

     INSERT dbo.tb VALUES( @id, 'b' + RIGHT(10000 + @id, 4), 'c' + RIGHT(100000 + @id, 4) );

END;

2：接下来，我们来看数据的事物隔离级别，并设置隔离级别为read uncommitted

DBCC USEROPTIONS   --用于查询事务隔离级别

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

3：打开一个查询窗口，执行一个更新事务，更新中，让事务等待30秒

BEGIN TRAN UPDATE dbo.tb SET c2 = 'xx' WHERE c1 = 2; WAITFOR DELAY '00:00:30'; UPDATE dbo.tb SET c2 = 'xx' WHERE c1 = 5; COMMIT TRAN;

4：打开另外一个查询窗口，执行查询，我们要测试的也就是脏读了

BEGIN TRAN SELECT * FROM tb COMMIT TRAN 5：观察，3和4种的查询窗口，发现4的sql要等待3种的事务执行完后，才能执行，说明，read uncommitted根本就不允许脏读。还是要等待其他事务释放锁，

6：我们将4种的语句改变一下，用原始的with（nolock）

BEGIN TRAN SELECT * FROM tb WHITH(NOLOCK) COMMIT TRAN

7：发现6中的查询不需要等待3中的事务执行完，就可以执行，不需要等待其他事务释放锁。(仔细分析数据的变化，也可以看出两者的区别)

8：上面的结论全部是错误的，本人后来做了测试，set transaction isolation level read uncommitted只是设置当前会话窗口的事物隔离级别，

并不是设置数据库全局的隔离级别。