实例演示SQL Server中五个事务隔离的区别

园子里有很不错的介绍SQL Server事务隔离的文章，感觉很多都从概念入手介绍的，对那些初学者来说，看得见摸得着的理解才深刻，故不再重复，重点在于实例演示上面。

首先解释下事务隔离是干什么的，一个事务的隔离级别控制了它怎么样影响其它事务和被其它事务所影响。

1．READ UNCOMMITTED，会导致脏读（能读取其它事务没有提交的更改）和不可重复读（事务读取的数据被其它事务所修改，再次读取时不一致）

初始化：

CREATE TABLE TranLevel (k int IDENTITY(1,1), val int)

INSERT INTO TranLevel(val) values(1)

INSERT INTO TranLevel(val) values(2)

INSERT INTO TranLevel(val) values(3)

首先执行Query1，再新建查询立即执行Query2

Query1：

BEGIN TRAN Query1

-- 在事务中修改

UPDATE TranLevel SET val = 9

--  '等待10秒，期间事务2运行'

WAITFOR DELAY '00:00:10'

-- 不提交修改，回滚事务

ROLLBACK TRAN Query1

Query2：

-- 设置当前会话事务隔离级别为未提交读

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

BEGIN TRAN Query2

SELECT '事务2开始并发执行，读取到了事务1修改了但没有提交的数据，是脏读'

SELECT * FROM Tranlevel

SELECT '事务2等待10秒，让事务1执行完'

WAITFOR DELAY '00:00:10'

SELECT '两次读取的结果不一致，是不可重复读'

SELECT * FROM TranLevel

COMMIT TRAN Query2

下面就看看Query2执行的结果是怎样的:

结果显而易见，如果将事务隔离级别设置为未提交读，则会造成脏读和不可重复读的问题，在这几个事务隔离级别中是限制最小的一个，SQL Server分配的资源也最小。

2.READ COMMITTED，提交读，默认的事务隔离级别，会造成不可重复读。

初始化：

drop Table tranlevel

CREATE TABLE TranLevel (k int IDENTITY(1,1), val int)

INSERT INTO TranLevel(val) values(1)

INSERT INTO TranLevel(val) values(2)

INSERT INTO TranLevel(val) values(3)

Query3:

SET TRANSACTION ISOLATION LEVEL READ COMMITTED

BEGIN TRAN Query3

-- 等待10秒，再修改数据

WAITFOR DELAY '00:00:10'

UPDATE TranLevel SET val = 10

COMMIT TRAN Query3

Query 4：

SET TRANSACTION ISOLATION LEVEL READ COMMITTED

BEGIN TRAN Query4

SELECT '查到的是Query3没有提交前的数据'

SELECT * FROM TranLevel

SELECT '让Query3执行完'

WAITFOR DELAY '00:00:10'

SELECT '再次查询，数据就变成Query3执行完后的数据了'

SELECT * FROM TranLevel

COMMIT TRAN Query4

执行Query3后，新建查询执行Query4。下面看看Querry4查询得到的数据。

结果就是Query4中的事务查询获得了在Query3提交后的数据，在同一事务中读取的数据不一致，造成了不可重复读。

3.REPEATABLE READ,会锁住那些事务访问的数据行，但不能防止新行的插入，所以会导致幻读。

初始化：

drop Table tranlevel

CREATE TABLE TranLevel (k int IDENTITY(1,1), val int)

INSERT INTO TranLevel(val) values(1)

INSERT INTO TranLevel(val) values(2)

INSERT INTO TranLevel(val) values(3)

Query5：

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ

BEGIN TRAN Query5

-- 等待10秒，插入会导致其它事务幻读的数据

WAITFOR DELAY '00:00:10'

INSERT INTO TranLevel(val) values(4)

COMMIT TRAN Query5

Query6：

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ

BEGIN TRAN Query6

SELECT '开始查询的数据是没有第4行的'

SELECT * from TranLevel

WAITFOR DELAY '00:00:10'

SELECT '比刚才查询到的数据多了一行，幻读'

SELECT * from TranLevel

COMMIT TRAN Query6

执行Query5后，新建查询执行Query6。下面看看Querry6查询得到的数据:

可以看到，即使设置为可重复读，仍然会导致在同一事务中查询的数据不一致的情况，即幻读。

4.SHNAPSHOT 和 SERIALIZABLE 能解决脏读、不可重复读、幻读的问题，就没有必要再写实例来说明了。SHNAPSHOT级别对并发情况采用乐观处理，如果两个事务同时修改了一行数据，则后尝试修改的事务会爆冲突，但如果修改的是不同行，则不会有这个问题。如果不理解的朋友可以参考下面这个链接：

http://blogs.msdn.com/b/craigfr/archive/2007/05/16/serializable-vs-snapshot-isolation-level.aspx

实例sql语句下载地址：https://files.cnblogs.com/ProJKY/TranLevel.zip