软考在线  |  计算机技术与软件专业技术资格(水平)考试   |   [请选择科目]
[ 成为 VIP会员 ]        登录  |  注册      我的  购物车
 
科目切换  联系我们 
    
  |   [请选择科目]

VIP:有效提升20分!  真题  历年真题 (可免费开通)/  百科全书/ 机考模拟平台/  最难真题榜/  自测/  攻打黄金十二宫/  真题检索/  真题下载/  真题词库
知识   必会知识榜/  最难知识榜/  知识点查询/      文档   学习计划/  精华笔记/  试题文档     纸质图书   《百科全书》HOT!!/         /        首页/  2025年上半年专区/  手机版/ 
免费智能真题库 > 历年试卷 > 数据库系统工程师 > 2012年上半年 数据库系统工程师 上午试卷 综合知识
  第50题      
  知识点:   串行调度   可串行化的调度   两段锁协议   事务   事务调度
  关键词:   事务调度        章/节:   事务管理       

 
以下关于事务调度的叙述中,错误的是(50)。
 
 
  A.  串行调度是指一个事务执行完再执行下一个事务
 
  B.  可串行化调度是正确的调度
 
  C.  2PL能够保证可串行化调度
 
  D.  2PL能够保证不产生死锁
 
 
 确定 并 查看答案解析     知识点讲解  我要标记      有奖找茬      上一题        下一题 
 

 
  第16题    2024年上半年  
   0%
以下关于事务调度的叙述中,错误的是(50)。
  第57题    2022年上半年  
   40%
下表为两个事务T1和T2的一个并发调度。其中,数据项A的初值为3,B的初值为4;变量X、Y为事务中的局部变量。语句X=Read(A)表示读..
  第56题    2022年上半年  
   43%
下表为两个事务T1和T2的一个并发调度。其中,数据项A的初值为3,B的初值为4;变量X、Y为事务中的局部变量。语句X=Read(A)表示读..
 
  第16题    2024年上半年  
   0%
以下关于事务调度的叙述中,错误的是(50)。
  第46题    2010年上半年  
   38%
数据库系统必须控制事务的并发执行,保证数据库(45)。假设事务T1、T2分别对数据A和B进行的操作如下周所示,事务T1与T2间的并发调..
  第52题    2017年上半年  
   66%
下图中两个事务的调度属于( )。
 
  第60题    2019年上半年  
   43%
下面说法中错误的是( )。
  第58题    2022年上半年  
   58%
要求事务在读数据前必须先加S锁,读完后即释放的协议是()。
  第54题    2015年上半年  
   79%
如右图所示的调度,其中事务T1、T2仅对数据项A、B进行操作,则该调度( );
   知识点讲解    
   · 串行调度    · 可串行化的调度    · 两段锁协议    · 事务    · 事务调度
 
       串行调度
        串行调度(serial schedule)是指多个事务依次串行执行,且只有当一个事务的所有操作都执行完后才执行另一个事务的所有操作。
        我们考虑一个简单的银行数据库系统。设每个账号在数据库中具有一条数据库记录,用以记录这个账号的存款数量和其他信息。设有两个事务T0和T1,事务T0从账号A转2000元到账号B;事务T1从账号A转20%的款到账号B。T0和T1的定义如下图所示。
        
        银行转账举例
        假设用A和B表示账号A和账号B的存款数量;A、B的初值为10 000和20 000。如果这两个事务串行执行,可以有两种调度方案。调度S1是先执行T0后执行T1,如下图(a)所示。运行结束时,A和B的最终值分别是6400和23 600。调度S2是先执行T1后执行T0,如下图(b)所示。运行结束时,A和B的最终值分别是6000和24 000。无论采用两种方案的任一种,A+B在两个事务执行结束时仍然是10 000+20 000。
        
        事务的串行调度
        从上面的例子可以看出,不论是先执行T0后执行T1,还是先执行T1后执行T0,只要是串行调度,执行的结果都是稳定的和正确的。对于N个事务,最多有N!种正确的串行调度。
 
       可串行化的调度
        多个事务的并发执行是正确的,当且仅当其结果与某一次序串行地执行它们时的结果相同,称这种调度策略是可串行化的调度(serializability schedule)。
        可串行性是并发事务正确性的准则,按这个准则规定,一个给定的并发调度,当且仅当它是可串行化的才认为是正确调度。
 
       两段锁协议
        通过对数据加锁,可以限制其他事务对数据的访问,但这会降低事务的并发性。如何在保证事务的一致性的前提下尽可能地提高并发性,这需要封锁协议来解决。封锁协议是对数据加锁类型、加锁时间和释放锁时间的一些规则的描述。封锁协议主要有三级封锁协议,以及两段锁协议。
               封锁协议
               封锁协议有三个级别:一级封锁协议、二级封锁协议和三级封锁协议。具体描述如下:
               (1)一级封锁协议:是事务T在修改数据A之前必须先对其加X锁,直到事务结束才释放X锁。一级封锁协议使得在一个事务修改数据期间,其他事务不能对该数据进行修改,只能等到该事务结束,解决了丢失修改的问题。
               (2)二级封锁协议:是一级封锁协议加上事务T在读取数据A之前必须对其加上S锁,读完后即可释放S锁。二级封锁协议使得一个事务不能读取被其他事务修改中的数据。解决了读脏数据的问题。但是,如果事务T在读取数据A之后,其他事务再对A做完修改,事务T再读取A,还会产生不可重复读的错误。
               (3)三级封锁协议:是一级封锁协议加上事务T在读取数据A之前必须对其加上S锁,直到事务结束才释放S锁。三级封锁协议使得一个事务读取数据期间,其他事务只能读取该数据而不能修改,解决了不可重复读的问题。
               两段锁协议
                      两段锁协议(Two-phase locking Protocol)
                      两段锁协议是指对任何数据进行读写之前必须对该数据加锁;在释放一个封锁之后,事务不再申请和获得任何其他封锁。
                      所谓“两段”锁的含义是:事务分为两个阶段。第一阶段是获得封锁,也称为扩展阶段;第二阶段是释放封锁,也称为收缩阶段。
                      例如:如果事务T1和T2的封锁序列如下,则T1遵守两段锁协议而T2不遵守两段锁协议。
                      T1的封锁序列是:Slock A …Slock B…xlock C…Unlock B…Unlock A…Unlock C
                      T2的封锁序列是:Slock A…Unlock A…Slock B…xlock C…Unlock C…Unlock B
                      为了确保事务并行执行的正确性,许多系统采用两段锁协议。同时系统设有死锁检测机制。发现死锁后按一定的算法解除死锁。
                      两段锁协议与可串行化
                      如果事务都遵循两段锁协议,那么它们的并发调度是可串行化的。两段锁是可串行化的充分条件,但不是必要条件。即如果事务不遵循两段锁协议,那么它们的并发调度可能是可串行化的,也可能是不可串行化的。
                      需要注意的是采用两段锁协议也有可能产生死锁,这是因为每个事务都不能及时解除被它封锁的数据,可能会导致多个事务互相都要求对方已封锁的数据不能继续运行。
               活锁与死锁
               所谓活锁,是指当事务T1封锁了数据R,事务T2请求封锁数据R,于是T2等待,当T1释放了R上的封锁后,系统首先批准了T3请求,于是T2仍等待,当T3释放了R上的封锁后,又批准了T4请求,依此类推,使得T2可能永远等待的现象。
               所谓死锁,是指两个以上的事务分别请求封锁对方已经封锁的数据,导致长期等待而无法继续运行下去的现象。
 
       事务
               概述
               事务(Transaction)是一系列的数据库操作,是数据库应用程序的基本逻辑单位,即应用程序对数据库的操作都应该以事务的方式进行。
               事务是一个操作序列,这些操作“要么都做,要么都不做”,是数据库环境中不可分割的逻辑工作单位。事务和程序是两个不同的概念,一般一个程序可包含多个事务。
               事务通常由数据库操纵语言或其他高级语言(如SQL、CoBOL、C、C++、Java等)书写的用户程序来实现。一个事务由应用程序的一组操作序列组成,它以BEGIN TRANSACTION语句开始,以END TRANSACTION结束语句。
               事务定义的语句如下:
               (1)BEGIN TRANSACTION:事务开始。
               (2)END TRANSACTION:事务结束。
               (3)COMMIT:事务提交。该操作表示事务成功地结束,它将通知事务管理器该事务的所有更新操作现在可以被提交或永久地保留。
               (4)ROLLBACK:事务回滚。该操作表示事务非成功地结束,它将通知事务管理器出故障了,数据库可能处于不一致状态,该事务的所有更新操作必须回滚或撤销。
               典型的例子是银行转账业务。对“从账户A转入账户B金额x元”业务,站在顾客角度来看,转账是一次单独操作;而站在数据库系统的角度它至少是由两个操作组成的,第一步从账户A减去x元,第二步给账户B加上x元。下面是银行转账事务的伪代码:
               
               SQL中事务的开始与结束
               SQL标准规定当一条SQL语句被执行,就隐式地开始了一个事务,SQL中的Commit work和Rollback work语句之一会结束一个事务。
               (1)Commit work:提交当前事务。这意味着将该事务所做的更新在数据库中永久保存。一旦事务被提交后,一个新的事务自动开始。
               (2)Rollback work:回滚当前事务。这意味着将撤销该事务对数据库的更新。这样,数据库恢复到该事务执行第一条语句之前的状态。
               需要注意的是,若事务已执行了Commit work,就不能用Rollback work来撤销。数据库系统能保证在发生诸如某条SQL语句错误、断电、系统崩溃的情况下,若事务还没有执行Commit work,则所造成的影响将被回滚。对断电、系统崩溃的情况,回滚是在系统重新启动时进行。
 
       事务调度
               串行调度
               串行调度(serial schedule)是指多个事务依次串行执行,且只有当一个事务的所有操作都执行完后才执行另一个事务的所有操作。
               我们考虑一个简单的银行数据库系统。设每个账号在数据库中具有一条数据库记录,用以记录这个账号的存款数量和其他信息。设有两个事务T0和T1,事务T0从账号A转2000元到账号B;事务T1从账号A转20%的款到账号B。T0和T1的定义如下图所示。
               
               银行转账举例
               假设用A和B表示账号A和账号B的存款数量;A、B的初值为10 000和20 000。如果这两个事务串行执行,可以有两种调度方案。调度S1是先执行T0后执行T1,如下图(a)所示。运行结束时,A和B的最终值分别是6400和23 600。调度S2是先执行T1后执行T0,如下图(b)所示。运行结束时,A和B的最终值分别是6000和24 000。无论采用两种方案的任一种,A+B在两个事务执行结束时仍然是10 000+20 000。
               
               事务的串行调度
               从上面的例子可以看出,不论是先执行T0后执行T1,还是先执行T1后执行T0,只要是串行调度,执行的结果都是稳定的和正确的。对于N个事务,最多有N!种正确的串行调度。
               并发调度
               并发调度(concurrent schedule):利用分时的方法同时处理多个事务。
               对于N个事务进行并发调度,情况会变得复杂得多,它的调度方案远大于N!个,而且并发调度的结果有可能是错误的。下图(a)调度S3是一个并发调度,其执行的结果与串行调度执行的结果相同,则称这个并发调度是正确的。下图(b)调度S4也是一个并发调度,但其导致A、B的最终结果为8000和24 000,A+B=8000+24 000≠30 000,这个结果是错误的。我们称此并行调度将产生不一致状态。
               
               事务的并发调度
               可恢复调度
               若事务Ti提交失败,则应当撤销Ti的影响以保证其原子性。在允许并发执行的系统中,还必须确保依赖于Ti的任何事务Tj也中止。例如,Tj要读Tj写的数据,则称Tj依赖于Ti
               例如,下图所示的调度示例。假设系统允许T1执行完read(A)后立即提交,则T1就先于T0提交。假设T0在提交前发生故障,由于T1依赖T0(T1要读T0写的数据),为了保证事务的原子性必须中止T1的提交。但本例允许T1执行完read(A)后立即提交,导致T0发生故障后不能正确恢复的情景。
               
               不可恢复的调度举例
               可恢复调度(recoverable schedule)应满足:当事务Tj要读事务Ti写的数据时,事务Ti必须要先于事务Tj提交。
   题号导航      2012年上半年 数据库系统工程师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第50题    在手机中做本题
    在线人数   共计 10297人 在线 
    yang1986lo..     jinjie8825..     296966179@..     gll1986127..     alence_122..     605061364@..
    wh_wxf@163..     xuexiuli12..     tjjily@163..     306056356@..     hanqingwei..     ljx103650@..
    liurenshan..     lc811002@1..     linboylp@1..     38200328@q..     jinlanzi85..     tangtd2006..
    szromeo@16..     bingli9880..     zbzhon69@1..     329005901@..     jiayingtin..     xiaodong18..
    lxxhhss@ya..     chgg@222.c..     xueying198..     lhzyy1985@..     zhaopeng_0..     yujianhua-..
    chenyh9211..     wurong_ycs..     1330504200..     freeshane@..     448244204@..     yanhouguo7..
    zuohanqi@1..     68tianshi@..     littleraco..     HBLCCSSC@L..     jetaimeqin..     511022786@..

本网站所有产品设计(包括造型,颜色,图案,观感,文字,产品,内容),功能及其展示形式,均已受版权或产权保护。
任何公司及个人不得以任何方式复制部分或全部,违者将依法追究责任,特此声明。
本站部分内容来自互联网或由会员上传,版权归原作者所有。如有问题,请及时联系我们。



京B2-20210865 | 京ICP备2020040059号-5 |京公网安备 11010502032051号 | 营业执照 | Copyright ©2000-2025 All Rights Reserved 软考在线版权所有