5.3分布式数据库中的死锁处理.ppt

5.3分布式数据库中的死锁处理 ５.３.１全局死锁与等待图 １．活锁，死锁和全局死锁 活锁：某个事务处于永远等待状态，得不到执行的机会． 解决方法：“先来者先执行”就是简单的排队方式． 死锁：该集合中的每个事务都在等待该集合中另外一个事务释放它所需要的数据项上持有的锁，它才能继续执行下去，结果任何一个事务都无法继续执行 在分布式数据库中，采用封锁机制，系统有可能发生全局死锁．全局死锁涉及两个或多个站点的死锁． 图５.１４ 分布式数据库中的数据冗余也会增加更新数据时引起死锁的机会．因为更新时需要对全部副本加拒绝锁，有副本的每个站点上都有可能等待另一个事务释放锁，但每个事务只有它全部完成后才能释放拒绝锁，因此造成全局死锁． 图５.１５ ２　等待图（WFC） 等待图是一种用来表示事务之间相互等待关系的有向图，其中指出哪一个事务在等待其他哪个或哪些事务释放锁． 图中节点表示事务，边表示等待关系，箭头方向就是等待方向． 如下图是５.１５的等待图 图５.１６ 全局等待图（GWFC）： 图５.１７ ５.３.２死锁的预防方法 思想：当有发生死锁危险时，就终止并重新启动其中一个事务或让该事务等待，但如果允许有等待的话，则决不可能发生死锁． 因为这种方法不会发生死锁，所以不需要进行死锁的检测和恢复． 死锁预防是这样进行的：形成死锁的原因是多个事务并发执行，互相等待另一事务所持有的锁，且形成等待回路引起的．如果事务T1请求一资源，而该资源被另一事务T2所持有时，则进行一次预防性测试．若测试结果有死锁的危险时，或不让T1进入等待状态，并重新启动T1或终止并重新启动T2． 预防性测试的一般方法是把事务排序． 如按它们标识符的词典顺序排序，或按它们的开始时间排序等． 预防死锁的方法有两种（按事务开始时间） １非占先权（排队在先者可能失去优先）方法，也叫等待－死亡模式． 非占先权的理论基础是：最好总是重新启动较年轻的事务．允许年老的事务等待已持有资源的年轻事务，但不允许年轻的事务去等待年老的事务． ２占先权（排队在先者绝对优先）方法，也叫伤害－等待模式． 占先权的理论基础是：因为仍要求终止较年轻的事务，但不允许年老的事务绝对优于年轻的事务，因而只有年轻的等待年老的． 这两种方法都不会发生死锁． ５.３.３死锁的检测和解决方法 １.死锁的检测和解决的一般方法 检测是通过对全局等待图中的回路的形成进行研究来实现的． 如果系统处于死锁状态，就必须撤消一些引起死锁的事务．选择撤消哪个事务称为受害者选择．通过选择一个或多个受害者事务，这些事务或者被优先执行或被撤消，以打破GWFG中的回路． 选择最小总开销来打破死锁很困难，以下是可以影响这一选择的因素： １:对事务已经投入了大量努力． ２:撤消事务的开销． ３:调度器力图避免撤消那些几乎要完成的事务． ４:包含该事务的回路数目． ２.分布式死锁检测和解决办法 检测有三种基本方法：集中式，层次式及分布式死锁检测法． （１）集中式死锁检测法：某个站点上的锁管理器被指定为整个系统的死锁检测器，其他每个站点上的锁管理器周期性的将它的LWFG传给系统的死锁检测器，然后由系统的死锁检测器形成GWFG并在其中查找回路．或者，每个站点上的锁管理器周期性把一张记录本站点上事务开始时间，对锁的持有，请求情况变化的动态表，发给负责处理封锁的站点．由它维护一张全局封锁动态表，形成GWFG并在其中查找回路．如果GWFG中至少有一个回路，它将选择一个或多个事务，把它们撤消并恢复，释放被占资源，使其他事务继续进行． 这种方法很简单，但是传输开销较高． （２）层次式死锁检测法：以层次方式组织成员数据库管理系统中的死锁检测器．按下述步骤进行死锁检测： １:树叶是各站点的死锁局部检测器，它们在本站点建立局部等待图． ２:本站点的死锁检测器找出本站点的LWFG中的任何回路，并把有关潜在全局回路的信息发送给层次结构中的紧挨的上一层死锁检测器 ３:每个非本地死锁检测器只对它所涉及的下层进行死锁检测器，合并这些接收到的有关潜在全局回路信息，并找出任何回路． ４:如果还有上层死锁检测器，将经过简化的有关潜在全局回路信息发给它的上一层死锁检测器，由上一层死锁检测器再进行合并，找出任何全局回路．这样逐层进行检查，直到最高层． 图５.１８ （３）及分布式死锁检测法：赋予每个站点相同的检测死锁职责．简单介绍一下System R系统中使用的方法，它对每一站点的LWFG的形成更新如下： １:由于每一站点接收从其他站点传来的可能的死锁回路，因此向自己的局部WFG增加一些边． ２:在站点的LWFG中，被增加的用于表示本地事务正在等待其他站点事务的边，同用于表示远程事务正在等待本站点事务的边相连接，该节点称为外部节点（EX）. 向谁传送信息：不知道被涉及的哪些站点时，可