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

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

WBOY
WBOYOriginal
2016-06-07 17:44:391305Durchsuche

园子里有很不错的介绍SQL Server事务隔离的文章,感觉很多都从概念入手介绍的,对那些初学者来说,看得见摸得着的理解才深刻,故不再重复,重点在于实例演示上面。 首先解释下事务隔离是干什么的,一个事务的隔离级别控制了它怎么样影响其它事务和被其它事务

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

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

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

初始化:

(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 TranLevel DELAY Query1

Query2:

Query2 Tranlevel DELAY TranLevel COMMIT TRAN Query2

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

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

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

初始化:

drop Table tranlevel (1,1), val int) INSERT INTO TranLevel(val) values(1) INSERT INTO TranLevel(val) values(2) INSERT INTO TranLevel(val) values(3)

Query3:

Query3 DELAY TranLevel Query3

Query 4:

Query4 TranLevel DELAY TranLevel COMMIT TRAN Query4

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

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

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

初始化:

drop Table tranlevel (1,1), val int) INSERT INTO TranLevel(val) values(1) INSERT INTO TranLevel(val) values(2) INSERT INTO TranLevel(val) values(3)

 Query5:

Query5 DELAY TranLevel(val) values(4) COMMIT TRAN Query5

Query6:

Query6 TranLevel TranLevel COMMIT TRAN Query6

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

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

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

实例sql语句下载地址:

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn