zoukankan      html  css  js  c++  java
  • 实例演示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

    版权归博客园和作者共有。.NET类库源码参考 扣丁格鲁 www.projky.com,转载请注明出处。
  • 相关阅读:
    UVa 12174 (滑动窗口) Shuffle
    UVa 1607 (二分) Gates
    CodeForces ZeptoLab Code Rush 2015
    HDU 1525 (博弈) Euclid's Game
    HDU 2147 (博弈) kiki's game
    UVa 11093 Just Finish it up
    UVa 10954 (Huffman 优先队列) Add All
    CodeForces Round #298 Div.2
    UVa 12627 (递归 计数 找规律) Erratic Expansion
    UVa 714 (二分) Copying Books
  • 原文地址:https://www.cnblogs.com/ProJKY/p/TranLevel.html
Copyright © 2011-2022 走看看