数据库系统概.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
数据库系统概

数据库系统概论 数据库系统概论 并发控制 内容提要 并发控制是数据库管理系统的重要组成部分,通过本章的学习,应重点掌握: 并发控制带来的新问题 封锁及封锁协议 并发调度的可串行性 两段锁协议 概述 在单处理机系统中,事务的并行执行实际上是这些并行事务的并行操作轮流交叉运行,称为交叉并发方式。 在多处理机系统中,每个处理机可以运行一个事务,多个处理机可以同时运行多个事务,实现多个事务真正的并行运行,称为同时并发方式。 并发的目的: 改善系统的资源利用率 改善短事务的响应时间 例子 飞机订票系统中的活动序列: ①甲售票点读出某航班的机票余额A,设A=16 ②乙售票点读出同一航班的机票余额A,也为16 ③甲售票点卖出一张机票,修改余额A←A-1,把A=15写回数据库 ④乙售票点也卖出一张机票,修改余额A←A-1,把A=15写回数据库 这种情况称为数据库的不一致性,是由并发控制引起的。 数据不一致性(1) 丢失修改:两个事务T1和T2读入同一数据并修改,T2提交的结果破坏了T1提交的结果,导致T1的修改被丢失。“写—写冲突” 读“脏”数据:事务T1修改某一数据,并将其写回磁盘,事务T2读取同一数据后,T1由于某种原因被撤销,这时T1已修改过的数据恢复原值,T2读到的数据就与数据库中的数据不一致,则T2读到的数据就为“脏”数据,即不正确的数据。 “读—写冲突” 数据不一致性(2) 不可重复读:事务T1读取数据后,事务T2执行更新操作,使T1无法再现前一次的读取结果。 “读—写冲突” 产生原因:并发操作破坏了事务的隔离性 并发控制的任务:用正确的方式调度并发操作,使一个用户事务的执行不受其它事务的干扰,避免造成数据的不一致性。 并发控制的主要方法:封锁 三种数据不一致性 封锁(Locking)(1) 封锁:事务T在对某个数据对象操作之前,先向系统发出请求,对其加锁。 封锁类型:排它锁(X锁)和共享锁(S锁) 排它锁:又称写锁,若事务T对数据对象A加上X锁,则只允许T读取和修改A,其它任何事务都不能再对A加任何类型的锁,直到T释放A上的X锁。 共享锁:又称读锁,若事务T对数据对象A加上S锁,则事务T可以读A但不能修改A,其它事务只能再对A加S锁,而不能加X锁,直到T释放A上的S锁。 封锁(Locking)(2) X锁和S锁的控制方式可有相容矩阵表示。 最左边表示T1已经获得的锁的类型,最上面表示T2的封锁请求, -表示没有加锁。 Y表示相容,请求可以满足;N表示冲突,请求被拒绝。 一级封锁协议 加锁必须遵守一定的规则,称为封锁协议。 一级封锁协议:事务T在修改数据R之前必须先对其加X锁,直到事务结束才释放。事务结束包括正常结束(COMMIT)和非正常结束(ROLLBACK)。 一级封锁协议中,如果是读数据不修改,是不需要加锁的,可防止丢失修改。 二级封锁协议 二级封锁协议:在一级封锁协议基础上,加上事务T在读数据R之前必须先对其加上S锁,读完后即可释放S锁。 在二级封锁协议中,由于读完数据后即可释放S锁,所以它不能保证可重复读。 三级封锁协议 三级封锁协议:一级封锁协议加上事务T在读取数据R之前必须先对其加S锁,直到事务结束才释放。 三级封锁协议除了防止了丢失修改和不读“脏”数据外,还进一步防止了不可重复读。 上述三级协议的主要区别在于:什么操作需要申请封锁,以及何时释放锁。 不同级别的封锁协议 活锁 若某数据对象加了S锁,这时若有其它事务申请对它的X锁,则需等待。但此时若有其它事务申请对它的S锁,按相容矩阵,应可获准。如果不断有事务申请对此数据对象的S锁,以致它始终被S锁占有,而X锁的申请迟迟不能获准。这种现象叫活锁。 避免活锁的简单方法是采用“先来先服务”的策略。 死锁 一个事务如果申请锁而未获准,则需等待其它事务释放锁。如果事务中出现循环等待时,如果不加干预,则会一直等待下去,这叫死锁。 对付死锁的方法: 检测死锁,发现死锁后处理死锁 防止死锁 死锁的诊断(1) 超时法:如果一个事务的等待时间超过了某个时限,就认为发生死锁。 特点: 优点:简单 缺点:一是事务因其它原因(如系统负荷太重、通信受阻等)而使事务等待时间超过时限,可能被误判死锁。二是时限的设置。 死锁的诊断(2) 等待图法:等待图是一个有向图G=(T,U)。 T为结点的集合,每个结点表示正在运行的事务 U为边的集合,每条边表示事务等待的情况 当且仅当等待图中出现回路时,死锁发生。 当运行的事务比较多时,维护等待图和检测回路的开销较大,影响系统的性能。 方法是周期性的进行死锁检测。死锁检测周期的确定用实验方法确定最佳值。 死锁的解除(1) 出现死锁后,必须由DBMS干预。处理如下: 在循环等待的事务中,选一个

文档评论(0)

jyf123 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6153235235000003

1亿VIP精品文档

相关文档