分布式系统的同步续.pptVIP

陈香兰@2007.3.21分布式系统同步（续）*伤-等算法举例若一个老进程希望得到一个被新进程占用的资源，那么老进程将会抢占，于是新事务被中止，如a所示。随后新事务可能会立即重新开始，并试着请求资源，如b所示，然后被迫等待。中止再生?陈香兰@2007.3.21分布式系统同步（续）*等-死算法与伤-等算法比较等-死算法中，若一个老事务想得到一个正被新事务占用的资源，那么他会很礼貌的等待。

反之，若一个新事务想得到一个被老事务占用的资源，它将被中止。尽管它还会重新开始，但很可能又会立即被中止。在老事务释放资源之前，这个循环可能要重复多次。伤-等算法没有这么糟糕的特性。陈香兰@2007.3.21分布式系统同步（续）*3.5的小结分布式系统中的死锁1、鸵鸟算法2、死锁检测与恢复集中式的死锁检测和假死锁问题分布式的死锁检测（Chandy-Misra-Haas算法）和打破死锁的方法3、分布式死锁预防等-死算法伤-等算法*这节课我们关注3个方面的内容。*在图3-11的c中，**一个事务释放锁的时候可能还没有提交，结果可能是一个中间状态。如果这个时候释放锁，其他事务请求锁，则其他事务会看到这个中间结果，导致不一致。例如银行系统中转账过程中。。。陈香兰@2007.3.21分布式系统同步（续）*3.5分布式系统中的死锁分布式系统中的死锁类似单处理机系统中的死锁，只是情况更糟。它们更难于避免、预防或者检测，即使在检测到以后也很难处理，因为所有的相关信息都分散在多台机器上。在某些系统中，如分布式数据库系统中，死锁的问题可能会相当严重，因此理解分布式系统中的死锁与一般的死锁有何不同，它们应该如何处理就显得非常重要了。陈香兰@2007.3.21分布式系统同步（续）*关于死锁的分类有人将分布式死锁分成了两类：通信死锁和资源死锁。例如，进程A试图发送消息给进程B，进程B给进程C发送消息，而C又试图给A发送消息，那么就会发生死锁。在这种情况下导致死锁的原因可能有多种，例如无法得到缓冲区。当多个进程为了互斥访问IO设备、文件、锁或其他资源时就会发生资源死锁。既然进程可以请求或释放通信信道、缓冲区等资源，它也可以按资源死锁处理，因此这里并不区分这两种死锁。陈香兰@2007.3.21分布式系统同步（续）*此外，在大部分系统中如上述的环路通信类型是非常少见的。例如，在一个client/server系统中某个客户可能要发送一条消息（或执行RPC）到文件服务器，这可能会导致发送消息到磁盘服务器。然而磁盘服务器不会像一个客户端那样给最初的那个客户发送消息以期望它能象一个服务器那样进行响应。因此环路等待情况不会仅仅是由通信而产生的。陈香兰@2007.3.21分布式系统同步（续）*处理死锁的策略分类讨论死锁问题的策略有很多种。下面讨论其中4个最著名的策略。鸵鸟算法（忽略问题）检测（允许死锁发生，在检测到后想办法恢复）预防（静态的使死锁在结构上是不可能发生的）避免（通过仔细的分配资源以避免死锁）陈香兰@2007.3.21分布式系统同步（续）*1、鸵鸟算法鸵鸟算法在分布式系统中同在单处理机系统中一样好用，一样受欢迎。尽管在诸如分布式数据库等个人应用中，如果需要就可以实现它们自己的死锁机制。但是在编程、办公自动化、过程控制和许多用于其他应用的分布式系统中都没有系统级的死锁机制。陈香兰@2007.3.21分布式系统同步（续）*2、死锁检测与恢复死锁检测与恢复算法也很流行，这主要是因为预防算法和避免算法太难了。后面将讨论几种用于死锁检测的算法。尽管比在单处理机系统中困难得多，但是死锁预防还是能够实现的。在原子事务提出之后，有一些新的想法可以采用。后面将讨论两种算法。3、死锁的预防陈香兰@2007.3.21分布式系统同步（续）*4、死锁的避免死锁避免在分布式系统中从来都不采用。既然在单处理机系统中都不采用死锁避免机制，那么在更复杂的分布式系统中我们又何必采用呢？该方法的问题在于银行家算法和类似算法需要（事先）知道每个进程最终到底需要多少资源。而这样的信息即使有也非常的少。因此关于分布式系统中的死锁问题的讨论将只集中于两种技术：死锁检测和死锁预防。陈香兰@2007.3.21分布式系统同步（续）*3.5.1分布式死锁检测在一些分布式系统中原子事务的提出使得在死锁解决的概念上有了极大的不同。在普通的操作系统中检测到死锁后，解决的方法是中止掉一个或几个进程，但这必然会使一些用户感到不满。在基于原子事务的系统中检测到死锁后，解决方法是中止掉一个或几个事务。由于事务允许出现中止，不会导致用户不满，也不会导致系