SQL Server 设置事务隔离级别

小渣渣

Entity Framework 查询优化之 WITH(NOLOCK)
https://www.itsvse.com/thread-9513-1-1.html

数据库锁 NOLOCK、HOLDLOCK、UPDLOCK、TABLOCK、TABLOCKX
https://www.itsvse.com/thread-9519-1-1.html

SQL Server 中事务的隔离级别以及与脏读，不可重复读，幻读等关系(代码论证和时间序)

了解了在并发访问数据库的情况下可能会出现这些问题，就可以继续了解数据库隔离级别这样的一个概念，通俗一点讲就是：你希望通过何种方式让并发的事务隔离开来，隔离到什么程度？比如可以容忍脏读，或者不希望并发的事务出现脏读的情况，那么这些可以通过隔离级别的设置使得并发事务之间的隔离程度变得宽松或者很严峻。

隔离级别越高，读取脏数据或者造成数据不统一不完整的机会就越少，但是在高并发的系统中，性能降低就越严重。隔离级别越低，并发系统中性能上提升很大，但是数据本身可能不完整。

在 SQL Server 2012 中可以通过这样的语法来设置事务的隔离级别 (从低到高排列)：

SET TRANSACTION ISOLATION LEVEL
    { READ UNCOMMITTED
    | READ COMMITTED
    | REPEATABLE READ
    | SNAPSHOT
    | SERIALIZABLE
    }
[ ; ]

首先，新建一个测试脚本，创建数据库和插入测试数据，如下：

登录可见。

新建一个窗口A，开启一个事务，执行更新操作，并等待10秒后提交，代码如下：

登录可见。

新建一个窗口B，设置事务 READ UNCOMMITTED  (未提交读，离级别最低，容易产生的问题就是脏读，因为可以读取其它事务修改了的但是没有提交的数据。它的作用跟在事务中 SELECT 语句对象表上设置 (NOLOCK) 相同。) 查询数据，代码如下：

登录可见。

新建一个窗口C，直接查询数据，如下：

登录可见。

依次，执行 A、B、C 窗口，发现在更新数据的时候，B 窗口可以立马返回数据（读取的有可能是脏数据），C 窗口需要等待 A 窗口执行完成，才会返回数据，如下图：


（窗口B）


(窗口C)

（完）