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

qingkuangs

    园子里有很不错的介绍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语句下载地址：http://files.iyunv.com/ProJKY/TranLevel.zip