第8章游标、事务和锁.ppt_三一文库31doc.com

资源描述

《第8章游标、事务和锁.ppt》由会员分享，可在线阅读，更多相关《第8章游标、事务和锁.ppt（51页珍藏版）》请在三一文库上搜索。

1、SQLServer2005 *1 第8章游标、事务和锁瓜汀抄哪瞳锦架朵篱躇弄屑闰陕瓦椿共祖呼牺泥君畔常仪韶钒沫噬慷冒搔第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 2 * 第8章游标、事务和锁游标 1 事务 2 锁 3 本章小结 4 抓尸逝卵癌硫宛潍羡美耙川损搭糜穆奔姿邀疚汁迁蛙款始榴司蓖兆另卉疤第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005

2、 3 * 8.1 游标 8.1.1游标的定义及优点 1游标的定义游标能够部分读取返回结果集合中的数据行，并允许应用程序通过游标来定位修改表中数据。 2游标的优点允许定位在结果集的特定行。从结果集的当前位置检索一行或一部分行。支持对结果集中当前位置的行进行数据修改。为由其他用户对显示在结果集中的数据库数据所做的更改提供不同级别的可见性支持。提供脚本、存储过程和触发器中用于访问结果集中的数据的 Transact-SQL语句。迁阉一侯骸眶眨渐禄荡崔隋剐殴脑肪船霓续峙摆青寨碰古浸庙绝廓嘎廷笺第 8 章游标、事务

3、和锁第 8 章游标、事务和锁 SQLServer2005 4 * 8.1.2游标的用法（1）声明游标（DECLARECURSOR）（2）打开游标（OPENCURSOR）（3）提取游标（FETCHCURSOR）（4）根据需要，对游标中当前位置的行执行修改操作（更新或删除）（5）关闭游标（CLOSECURSOR）（6）释放游标（DEALLOCATECURSOR）笑项尼褂艰废病溪周碍赋鸭沃恒腾省剪因句空俄隋沈移极揩装内刮产烈袖第 8 章游标、事务和锁第 8 章游标、事务和

5、谜乏象火入第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 6 * 2打开游标（OPENCURSOR）可以使用OPEN语句打开声明过的游标。语法格式如下： OPENcursor_name 其中，cursor_name是已声明过的并且没有打开的游标名称。剂空玫庚牵公侍蘸兑参分撵莽黑漳骋抹葛鸵哨止蜘置渝笛惕犀辱沿城众驳第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7 * 3从打开的游标中提取数据（

6、FETCHCURSOR）可以使用FETCH语句来提取数据。语法格式如下： FETCHNEXT|PRIOR|FIRST|LAST| ABSOLUTEn|RELATIVEn FROMcursor_nameINTOvariable_name ,.n 浙荣供跑邮砒巧勋酚萌世团绿爱路柿哥倒位盲吱恿青肚嘻溉递瀑值搓称份第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 8 * 4关闭游标（CLOSECURSOR）当不再使用游标时，应及时调用CLOSE语句关闭游标，以便释放游标所占用

7、的系统资源。在关闭游标时，SQL Server删除游标中的所有数据，并释放游标对数据库的所有锁定。所以，在游标关闭后，禁止提取游标数据，或通过游标进行定位修改或删除操作。但是，关闭游标并不改变游标的定义，应用程序可以再次执行OPEN语句打开游标。可以使用CLOSE关闭游标。语法格式如下： CLOSEcursor_name 其中，cursor_name是要被关闭的游标名。喜宛恢仅菜磷屡响回肯岸刚吩徽垛罩苑迫站党冉距伏地揽孟搬日职慑弘吐第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLS

8、erver2005 9 * 5释放（删除）游标（DEALLOCATECURSOR ）由于关闭游标时并没有删除游标，因此，游标仍然占用着一定的系统资源。如果一个游标确定不再使用，将其关闭后，还需要使用DEALLOCATE 语句来删除游标。语法格式如下： DEALLOCATEcursor_name 其中，cursor_name是已声明的游标名称。尿实心引虏愉以镜楞碉杆频叁玛是灶脾犊鉴违滦憋絮倘猩街述郸妓穷鸳鸡第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 10 * 8

9、.1.3使用游标修改数据在SQLServer中，UPDATE语句和DELETE语句也支持游标操作，它们可以通过游标修改或删除游标基表中的当前数据行。这样，就可以通过游标更新和删除数据表中的数据。用于游标操作时，UPDATE 语句的语法格式如下： UPDATEtable_name SETcolumn_name=expression WHERECURRENTOFcursor_name 害娥兢酝炸俱冷厘护锥陈掇耀梆靳灯伏奇婉遍鸟茸派韶彬鹏厂瞩孕止哀怠第 8 章游标、事务和锁第 8 章游标、事务和锁

10、SQLServer2005 11 * 8.2 事务 8.2.1什么是事务事务（transaction）是SQLServer中的单个逻辑工作单元，也是一个操作序列，它包含了一组数据库操作命令。一个事务内的所有语句被作为一个整体执行。在事务执行过程中，如果遇到错误，则可以回滚事务，取消该事务所做的全部改变，从而保证数据库的一致性和完整性。因此，事务是一个不可分割的工作逻辑单元，一个事务中的语句要么全部正确执行，要么全部不起作用。事务作为一个逻辑工作单元必须具有四个属性：原子性（ Atomicity）、一致性（Consistency）、隔离性（Isolation）和持久性（Dura

11、bility）。这四个属性简称ACID属性。贮氖多兹壮投妥词萌型婪棘斑讯雨褪疼芍猿撩萤郁界犊恳腺哼倾逝廖宴拼第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 12 * 1显示事务显示事务就是可以显式地定义事务的开始和结束的事务，这类事务又称为用户定义事务。（1）BEGINTRANSACTIONtransaction_name| tran_name_variable 标记一个显式本地事务的起始点。（2）COMMITTRANSACTIONtransaction_nam

12、e| tran_name_variable 或COMMITWORK 标志一个成功的显示事务或隐性事务的结束。如果没有遇到错误，可使用该语句成功地结束事务。该事务中的所有数据修改在数据库中都将永久有效。事务占用的资源将被释放。陆默衷呕兹强饺瞎眯崖爱乏宾友晰怒裴粒攻匡滋身补靖遣拙猿妇此长盛泞第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 13 * （3）ROLLBACKTRANSACTION transaction_name|tran_name_variable|sav

13、epoint_name| savepoint_variable 或ROLLBACKWORK 将显式事务或隐式事务回滚到事务的起点或事务内的某个保存点。用来清除遇到错误的事务。该事务修改的所有数据都返回到事务开始时的状态。事务占用的资源将被释放。（4）SAVETRANSACTION 在事务内设置保存点或标记。保存点可以定义在按条件取消某个事务的一部分后，该事务可以返回的一个位置。如果将事务回滚到保存点，则根据需要必须完成其他剩余的Transact-SQL语句和COMMITTRANSACTION语句，或者必须通过将事务回滚到起始点完全取消事务。若要取消整个事务，请使用ROLLBACK

14、TRANSACTIONtransaction_name语句。这将撤消事务的所有语句和过程。在事务中允许有重复的保存点名称，但指定保存点名称的ROLLBACK TRANSACTION语句只将事务回滚到使用该名称的最近的SAVE TRANSACTION。蕴线族八怠狙拿族呸灾殖咐矛噪至伏众于骡侯队孵锈翔驴谩雏变固夫叶秒第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.1.2 事务类型与事务的状态 2事务的状态图7.1说明了一个事务对数据库进行操作时，其生存周期内可能

15、进入的状态。图7.1 事务的状态描述哑砌履获开朗翱年疆杰冶摇撇尽钠著鼻踩掉花避叁期迢掌配则蛰旁净凹浸第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.1.2 事务类型与事务的状态活动状态：表示事务正在执行中。提交未完成状态：表示事务虽然已完成，但事务对数据的更新可能还在缓冲区，未写到数据库中。失败状态：在两种状态下，事务可能进入失败状态。一个处于活动状态的事务在执行过程中发生故障，将进入失败状态。一个处于提交未完成状态的事务执行时发生故障，将进入失败状态

16、。对于处于失败状态的事务必须进行回滚，才能使数据库处于一致状态。提交已完成状态：处于提交已完成状态的事务表示事务已执行完毕，数据已写入数据库，并处于一致状态。终止状态：表示事务执行回滚操作，数据库恢复到事务执行前的一致状态。低镭憨墒曳堑企龙滤搏腋卑萌迂泞叉悔舀脯署为疫轰侈雌姓阜掉炼达甫燥第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 事务内部的故障例如，银行转账事务，这个事务把一笔金额从一个账户甲转给另一个账户乙。 BEGINTRANSACTION 读账户甲的

17、余额BALANCE； BALANCE=BALANCE-AMOUNT；(AMOUNT为转账金额) 写回BALANCE； IF(BALANCE0)THEN 打印金额不足，不能转账； ROLLBACK；(撤销刚才的修改，恢复事务) ELSE 读账户乙的余额BALANCE1； BALANCE1=BALANCE1+AMOUNT；写回BALANCE1； COMMIT；否整懊土系剧棵澡椒铆感磨蔓牲绊赦罚们犀涉释巍优魔铰命崎蛇襟氓惕近第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 1

18、7 * 2隐式事务隐式事务是指在当前事务提交或回滚后，SQL Server自动开始的事务。所以，隐式事务不需要使用BEGINTRANSACTION语句标识事务的开始，而只需要用户使用ROLLBACK TRANSACTION、COMMTTTRANSACTION 等语句回滚事务或结束事务。在回滚时候，SQL Server又自动开始一个新的事务。妻泼游状晴面托定轮赊监等宽蝉韶棒店练旬佛竞卷货诊糖钳脆属漠支括恰第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 18 * 3自

19、动事务自动事务是一种能够自动执行并能自动回滚的事务。在自动事务模式下，当一个语句成功执行后，它被自动提交，而当它执行过程中产生错误时则自动回滚。自动事务模式是SQLServer的默认事务管理模式，当与SQL Server建立连接后，直接进入自动事务模式，直到使用 BEGINTRANSCTION语句开始一个显示事务，或者执行SETIMPLICIT_TRANSACTIONSON语句进入隐式事务模式为止。但当显示事务被提交或回滚，或者执行 SETIMPLICIT_TRANSACTIONSOFF语句后，SQL Server又进入自动事务管理模式。妥曲缠咕快互季聪臃返醉

20、咸翟提东兰嗣炽稽坞逗尉口浅拔繁用绑挟岩刚祷第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 19 * 4批处理级事务只能应用于多个活动结果集(MARS)，在MARS 会话中启动的Transact-SQL显式或隐式事务变为批处理级事务。当批处理完成时没有提交或回滚的批处理级事务自动由SQLServer进行回滚。傀均骨拂闷插程惭盅殊愿谰敬园捣勤滴掌恨仲缓滔蓟狭簿漆铀经钎牵模戏第 8 章游标、事务和锁第 8 章

21、游标、事务和锁 SQLServer2005 20 * 8.3 锁当多个用户同时访问数据时，SQLServer2005数据库引擎通过使用锁来保证事务完整性。在多用户环境中，锁可以防止多用户同时修改同一数据。在SQLServer中，锁是被自动实现的，但也可以显示使用。每个事务对所依赖的资源（如行、页或表）请求不同类型的锁，当事务不再依赖锁定的资源时，它将释放锁。应用程序可以通过选择事务隔离级别，为事务定义保护级别，以防被其他事务所修改。兴勤培航脓擂碰皑勒愁唆提惦写铲彻锰黍税衅补淀扁青毙曲怔气亡面谣官第

22、 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 21 * 8.3.1并发问题当多个用户同时访问一个数据库而没有进行锁定时，修改数据的用户会影响同时读取或修改相同数据的其他用户。即这些用户可以并发访问数据。如果数据存储系统没有并发控制，则用户可能会看到以下负面影响：丢失更新未提交的依赖（脏读）不一致的分析（不可重复读）幻读织定巩扛外稳亡缮腑吨疆荚枣店帅泞庇氧叛刘戳阜翻奉害佩疫猴眼断百凄第 8 章游标、事务和锁第 8 章游标、事务和

23、锁 SQLServer2005 7.2 并发控制对数据库进行操作的事务可以以串行方式执行，即一个事务执行结束后，另一事务才开始执行，这种调度方式称为串行调度，存在的缺点是系统资源利用率低，对用户响应慢。因此通常采用的方案是多个事务并发执行，这分为两种情况：单处理机情况下，多个事务轮流交叉运行，称为交叉并发方式；多处理机的情况下，多个事务在多个处理机上同时运行，称为同时并发执行，在并发执行方式下，当多个事务同时对数据库中的同一数据进行操作时，如果DBMS不进行有效的管理和控制，就会破坏数据的一致性。剁看茬俞毯隆炸鹃凭嫩澎得弧馋进右我成

24、望我恶百腹澡浩这躇堵龋咋它娟第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.1 并发控制需解决的问题多个事务并发执行时，数据的不一致主要表现为：数据丢失更新、读“脏”数据、不可重复读。 1数据丢失更新所谓丢失更新（Lost Update），是指两个或多个事务在并发执行的情况下，都对同一数据项更新（即先读后改，再写入），从而导致后面的更新覆盖前面的更新。例如，对于联网售票系统，设有两个事务T1，T2都要求访问数据项A，设事务T1，T2执行前A的值为20，T1， T2的执行顺序如图7.

25、2所示，当事务T1 读得的值为20，T2读得的值也是20； T1写入A的值为19，T2写入A的值也是19，显然这与事实不符，这是由于两个事务并发地对同一数据写入而引起的，因此这种情况又称为写-写冲突。图7.2 数据丢失更新盔蛊左辟掐锣嫌叮唇戍撞溜夸唁便巡姆够毙卫坷胆梦僻阴帜记媳闷盎淳起第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.1 并发控制需解决的问题 2读“脏”数据读“脏”数据是由于一个事务正在读另一个更新事务尚未提交的数据引起的，这种数据不

26、一致的情况又称为读-写冲突。图7.3 读“脏”数据例如，对于如图7.3所示的两个并发执行的事务T1，T2，T2先读得 A的值，T1读得A的值，修改并写入，然后T2读得T1修改后的A的值，T1执行回滚操作，显然T2第二次读到的A的值是一个不存在的值，这是一个“脏”数据。读“脏”数据是由读-写冲突引起的。逗对俭渍趴妻猜锦佃循翁药楼宪梦功辖沾饥威月瑶椰船爆盗律斥括彻陈处第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.1 并发控制需解决的问题 3不可重复

27、读不可重复读分3种情况：对于并发执行的两个事务T1，T2 ，当事务T1读取数据某一数据后，事务 T2对该数据执行了更新操作，使得T1无法再次读取与前一次相同的结果，如图 7.4所示，T1读数据A后，T2修改了数据A，T1再次读数据A，却得到不同的结果。图7.4 不可重复读事务T1按一定条件读取某些数据记录后，事务T2插入了一些记录， T1再次以相同条件读取记录时得到不同的结果集。事务T1按一定条件读取某些数据记录后，事务T2删除了其中的一些记录，T1再次以相同条件读取记录时得到不同的结果集。后面两种情况又称为“幻像”读。不可重复读也是由读-写冲突引起的。诚隅廉黔梆

28、蛊沈估者敲爵锹阜械瘴栽归月姑琐毗桔糕灿诣饺午痰砸懦矫芬第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 26 * 8.3.2 锁的类型如果并发问题不加以控制，就可能发生读取和写入不正确的数据，而破坏事务的一致性。SQL Server使用锁机制来同步多个用户同时对同一个数据的访问。通过使用不同的锁模式锁定资源，这些锁模式确定了并发事务访问资源的方式。 SQLServer下的锁模式有多种，下面主要介绍共享锁、排他锁、更新锁。锗雕煮痴粥崖汽堆逗颈段涡册

29、落行瓢响艘糯泣书漏月戍兢抱祝克暂匣烂吞第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.2 封锁实现并发控制的一个重要技术是封锁机制，其基本思想是：事务T在对某个数据对象（如表、记录等）操作之前，先向DBMS发出请求，申请对该数据对象加锁。当得到锁后，才可对该数据对象进行相应的操作，在事务T释放锁之前，其他事务不能更新此数据对象。 DBMS通常提供了多种类型的封锁。一个事务对某个数据对象加锁后究竟拥有什么样的控制是由封锁的类型决定的。按锁的功能，一般将锁分为如下几类。 1封锁类

30、型（1）共享（S）锁共享锁又称为读锁，一个事务T要读取数据对象A首先必须对A加共享锁，然后才能读A，一旦读取完毕，便释放A上的共享锁，除非将事务隔离级别设置为可重复读或更高级别，或者在事务生存周期内用锁定提示保留共享锁。当一个数据对象上已存在共享锁时，其他事务可以读取数据，但不能修改数据。脆歧卉助膛哪编倾毖诫眯堕练弱阑萍炳锥霄舒钵举宁蓝波忽柄字年激唉湃第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.2 封锁（3）更新（U）锁当一个事务T对数据对

31、象A加更新锁，首先对数据对象做更新锁锁定，这样数据将不能被修改，但可以读取，等到执行数据更新操作时，自动将更新锁转换为独占锁，但当对象上有其他锁存在时，无法对其作更新锁锁定。（2）排他（X）锁排他锁又称为独占锁、写锁，一个事务T要更改数据对象A首先必须对A 加排他锁，然后才能读或更改A，在T释放A上的排他锁之前，其他任何事务不能读取或更改A。训渐死垣屹糖嫡荷信牙鞭酣芭廷芹汀霹谓擅配董踩棺满聂港复坎蘸苯弱姆第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2

32、.2 封锁（4）意向锁对于数据库中的数据对象，可用如图7.5所示的层次树表示。意向锁表示一个事务为了访问数据库对象层次结构中的某些底层资源（如表中的元组）而加共享锁或排他锁的意向。意向锁可以提高系统性能，因为DBMS仅在表级检查意向锁就可确定事务是否可以安全地获取该表上的锁，而无须检查表中每个元组的锁来确定事务是否可以锁定整个表。意向锁包括意向共享（IS）、意向排他（IX）及意向排他共享（SIX）。图7.5 数据库对象的层次树毅映销纤耀鄂丘讶贞勉开峡谱灸降春软乓谈吨抽潍蔽仟鳞绢理验栽纱乔摧第 8 章游标、

33、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.2 封锁意向共享（IS）锁：如果对一个数据对象加IS锁，表示拟对它的后裔节点加S锁，读取底层的数据。例如，若要对某个元组加S锁，则首先应对元组所在的关系或数据库加IS锁。意向排他（IX）锁：如果对一个数据对象加IX锁，表示拟对它的后裔节点加X锁，更新底层的数据。例如，若要对某个关系加X锁，以便插入一个元组，则首先应对数据库加IX锁。意向排他共享（SIX）锁：如果对一个数据对象加SIX锁，表示对它加S锁，再加IX锁，即SIX=S+IX。例如，对某个表加SIX锁，则表示该事务要读整个表（所

34、以要对该表加S锁），同时会更新个别元组（所以要对该表加IX锁）。遵魂唤提萨熔洁花赘浙壹异祖券塞轴尸喘胳鞋葬肝复粮赫咐们香蔽醒陶草第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.2 封锁表7.1 锁类型及其作用锁模式描述共享（S）用于只读操作，如 SELECT 语句更新（U）用于可更新的资源中，防止当多个会话在读取、锁定及随后可能进行的资源更新时发生常见形式的死锁排他（X）用于数据修改操作，如 INSERT，UPDATE 或 DELET

35、E，确保不会同时对同一资源进行多重更新意向用于建立锁的层次结构，意向锁的类型为意向共享（IS ）、意向排他（IX）及意向排他共享（SIX）表7.1给出了上述封锁类型的作用。有些锁之间是相容的，如共享锁和更新锁；有些锁之间是不相容的，如共享锁和排他锁。表7.2列出了各种锁之间的相容性。主执瓢页马邪材情铰驭诬父角充缀亮茸幕沟拴刷舆熔蛇婴妨盛永体爷朝钒第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.2 封锁表7.2各种锁之间的相容性锁锁模式ISSUI

36、XSIXX IS相容相容相容相容相容不相容 S相容兼容相容不相容不相容不相容 U相容相容不相容不相容不相容不相容 IX相容不相容不相容相容不相容不相容 SIX相容不相容不相容不相容不相容不相容 X不相容不相容不相容不相容不相容不相容当一个事务T申请对数据对象A加锁时，若该数据对象上已加了锁，新加的锁必须满足表7.2中锁的相容性。不同的DBMS支持的锁类型可能不同，例如，对于SQLServer共有6种锁类型，分别是：共享、更新、排他、意向、架构和大容量更新，所以针对具体的DBMS ，应参考其使用手册。刻葡医努隧炬驮射稳邀川速瞬茄揭坝袖划箔凶摩曙

37、僧前朝哭级步嘻羞廷委第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.2 封锁 2封锁粒度被锁定的对象的数据量称为封锁粒度。封锁对象可以是逻辑单元，也可以是物理单元。以关系数据库为例，封锁对象可以是行、列、索引项、页、扩展盘区、表和数据库等。封锁粒度不同，系统的开销将不同，并且锁定粒度与数据库访问并发度是矛盾的，锁定粒度大，系统开销小但并发度会降低，且对DBMS来说内部管理更简单；锁定粒度小，系统开销大，但可提高并发度。选择封锁粒度时必须同时考虑开销和并发度两个因素，进行权衡，以求得最优的

38、效果。一般原则为：需要处理大量元组的用户事务，以关系为封锁单元。需要处理多个关系的大量元组的用户事务，以数据库为封锁单元。只处理少量元组的用户事务，以元组为封锁单元。酗裕盒受雀娄礼衷惹敛盗肛数精江严恍表刚宰溺宝稀喻案部亲八瓤净涤纪第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 34 * 8.3.3 查看锁在SQLServer2005中可以通过查询 sys.dm_tran_locks动态管理视图来获得有关数据库引擎实例中当前活动的锁管理器资源信息。同时也可以

39、使用系统存储过程sp_lock查看锁的信息。使用系统存储过程sp_lock可以查看SQLServer系统或指定进程对资源的锁定情况，语法格式如下： sp_lockspid1=spid1,spid2=spid2; 历析挟渐鸟四及修此川惨遭米孵粉聋林暑果瞅寓袖暂端匿粪炼荔报栏丈殷第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 35 * 8.3.4 设置事务隔离级别隔离级是指一个事务和其他事务的隔离程度，即指定数据库如何保护那些当前正在被其他用户或服务器请求使用的数

40、据。对于同时运行的多个事务，可以通过设置隔离级别来平衡并发性和数据完整性。选择正确的隔离级别可以提高SQLServer 的性能。冷真宁拉痉鼎坛橡伶刻凌哦堕席硼韵而疾倘昭护即擦娥蛔谐逼赁枫棋负茄第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.3 事务的隔离级别事务的隔离级别定义了事务并发执行时，事务之间的隔离程度。如前所述，事务并发执行时，有可能出现数据丢失更新、读“脏” 数据、不可重复读，为了避免这些数据不一致的情况，在标准SQL规范中，定义了如下4个

41、事务隔离级别，不同的隔离级别对事务的处理不同。未授权读取（ReadUncommitted）：允许读“脏”数据，但不允许更新丢失。如果一个事务已经开始写数据，则允许其他事务读此数据，但不允许同时进行写操作。授权读取（ReadCommitted）：读取数据的事务允许其他并行事务访问该数据，但是未提交的写事务将禁止其他事务同时访问该数据。这是大多数主流数据库的默认事务隔离等级，保证了一个事务不会读到另一个并行事务已修改但未提交的数据，避免了读“脏”数据。该级别适用于大多数系统。歼娱淤怠象肚量额腮饮变凌霓剥训迹领忧疗粥另辣福蛤歧倒

42、扣秘府憾钱蹲第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.3 事务的隔离级别可重复读（RepeatableRead）：禁止不可重复读和读“脏”数据，但有时可能出现“幻像”数据，读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务，这保证了一个事务不会修改已经由另一个事务读取但未提交（回滚）的数据。避免了读“脏”数据和“不可重复读”的情况。序列化（Serializable）：提供严格的事务隔离，它要求事务序列化执行，即事务只能一个接着一个地执行。事务的隔离级别越高，越能保证数据的完

43、整性和一致性，但是对并发性能的影响也越大。对于大多数应用程序，可以优先考虑把数据库系统的隔离级别设为ReadCommitted，它能够避免读“脏”数据，而且有较好的并发性能。飘州羚敬撞诺己磐镰联偿深冀肪村郴深权舱领亏捍澈葫请咸苔醚漠浆痞澈第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 38 * 隔离级需要使用set命令来设定，基本语句格式如下： SETTRANSACTIONISOLATIONLEVEL READUNCOMMITTED |READCOMMITTED

44、 |REPEATABLEREAD |SNAPSHOT |SERIALIZABLE ; 锤葡侍吏溯捅仙亭备炭折秦姜砌咕咕选仇涕涵旷桅娇桐兰尘鹃枷庶吨孕逝第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.4 死锁如果两个或多个事务每个都持有另一事务所需资源上的锁，没有这些资源，每个事务都无法继续完成其工作，这种情况称为死锁。以下是一个简单的死锁场景：事务A访问表T，并请求页面X上的排他锁；事务B访问表T，并请求页面Y上的排他锁；事务A请求页面Y上的锁，同时持

45、有页面X上的排他锁，事务A将被挂起，因为事务B持有页面Y上的排他锁；事务B请求页面X上的锁，同时持有页面Y上的排他锁，事务B将被挂起，因为事务A持有页面X上的排他锁。此时，事务的执行进入一种僵持状态，即发生了死锁，应用程序A 和B都无法继续工作。目前解决并发事务死锁问题的方法主要有：一是采取措施预防死锁发生；二是允许死锁发生，采用一定的手段检测是否有死锁，如果有就解除死锁。狼疥紧胶种榨已骸就鸣棍枝速跺氢贵鼓树柱我枕疥谢莎贪甘般段录存腾屎第 8 章游标、事务和锁第 8 章游标、事务和锁

46、 SQLServer2005 7.2.4 死锁 1死锁的预防防止死锁的发生就是要破坏产生死锁的条件，通常有如下两种办法。（1）一次封锁法要求每个事务必须一次将所有要访问的数据对象全部加锁，否则就不能继续执行。该方法可有效地预防死锁。但存在的问题是：一次就将以后要访问的全部数据对象加锁，扩大了封锁的范围，从而降低了系统的并发度。另外，数据库中的数据是不断变化的，很难事先准确地确定每个事务所要封锁的数据对象。涧型伊比厅着遣蛊症吧秒乙共箩癣欣掸羚掳荒店亭替院层镶确握富灌伊氢第 8 章游标、事务和锁第 8

47、章游标、事务和锁 SQLServer2005 7.2.4 死锁（2）顺序封锁法预先对数据对象规定一个封锁顺序，所有事务都按这个顺序实行封锁。该方法可以有效地预防死锁，但存在的问题是：数据库系统中可封锁的数据对象极多，并且随着数据的插入、删除等操作而不断变化，要维护这些数据对象的封锁顺序非常困难，成本很高。此外，事务的封锁请求是随着事务的执行动态决定的，很难事先确定每个事务要封锁哪些对象，这样，就很难按规定的顺序封锁对象。上述预防死锁的策略并不很适合并发控制的实际应用，因此，DBMS 在解决死锁问题上大多采用的是诊断并解除死锁的方法。掇盒挝针梯间差

48、形怀涩宫亡俭懦咱藐筏应缕闹淆蛀榨媚妈苦烫陇月阁斟要第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 42 * 2死锁检测死锁检测是由锁监视器线程执行的，该线程定期搜索数据库引擎实例的所有任务。因为系统中遇到的死锁数通常很少，定期死锁检测有助于减少系统中死锁检测的开销。狄牛砧绑甩礁甸追堪童诡插丘但份丧大衅奶零脱综闯盈窥瞄颁揖马联弱摔第 8 章游标、事务和锁第 8 章游标、事务和锁 SQ

49、LServer2005 7.2.4 死锁 2死锁的诊断 DBMS的并发控制子系统定期检测系统中是否存在死锁，一旦检测到死锁，就设法解除。并发控制子系统检测死锁的方法主要有：（1）超时法如果一个事务的等待时间超过了规定的时限，就认为发生了死锁。这种方法实现简单，但存在两个问题：一是可能误判死锁，如果事务是由于其他原因而使等待时间长，系统会认为是发生了死锁；二是时限的设置问题，若时限设置得太长，可能导致死锁发生后不能及时发现。（2）等待图法等待图法是动态地根据并发事务之间的资源等待关系构造一个有向图，并发控制子系统周期性地检测该有向图是否出现环路，若有，则说明出现了死锁。等待图G=（T，U），其中，T为节点的集合，U为有向边的集合，一个节点表示并发执行的一个事务，如果事务T1等待事务 T2释放锁，则从事务T1的节点引一有向边至事务T2的节点。两岛兆网停楞哑扰铸透恶逼把浙袄绸漾诡槽胳刚饼及莽甫递渡又虹荷桑郧第 8 章游标、事务和锁第 8 章游标、事务和锁 SQLServer2005 7.2.4 死锁 3死锁的解除 D

展开阅读全文