事务调度 - read.pptVIP

第八章 并发控制 提纲 事务调度 事务的三类不一致性 封锁 三级封锁协议 死锁 并发调度的可串行性 两段锁协议 封锁的粒度 事务调度 事务的调度 事务的执行顺序称为一个调度，表示事务的指令在系统中执行的时间顺序 一组事务的调度必须保证 包含了所有事务的操作指令 一个事务中指令的顺序必须保持不变 串行调度 在串行调度中，属于同一事务的指令紧挨在一起 对于有n个事务的事务组，可以有n！个有效调度 并行调度 在并行调度中，来自不同事务的指令可以交叉执行 当并行调度等价于某个串行调度时，则称它是正确的 事务调度 并行 Vs 串行 基本比较 并行事务会破坏数据库的一致性 串行事务效率低 并行的优点 一个事务由不同的步骤组成，所涉及的系统资源也不同。这些步骤可以并发执行，以提高系统的吞吐量 系统中存在着周期不等的各种事务，串行会导致难于预测的时延。如果各个事务所涉及的是数据库的不同部分，采用并发会减少平均响应时间 核心问题 在保证一致性的前提下最大限度地提高并发度 事务调度 事务执行示例 事务调度 事务调度 事务调度 不一致性：丢失修改 不一致性：读脏数据 不一致性：不能重复读 事务调度：发生幻象 封锁(Locking) 基于锁的并发控制 封锁是实现并发控制的一个重要技术 共享锁（读锁、S锁） 排他锁（写锁、X锁） 任何事务在对某一数据对象（表、记录、数据项）进行读写操作时必须先对该数据加锁 封锁(Locking) 封锁协议 三级封锁协议 一级封锁协议：事务T在修改数据R之前必须先对其加X锁，直到事务结束（commit或rollback）才释放。 可防止丢失修改，并保证事务T是可恢复的 二级封锁协议：一级封锁协议加上事务T在读取数据R之前必须先对其加S锁，读完后即可释放S锁。 还可以防止读“脏”数据 三级封锁协议：一级封锁协议加上事务T在读取数据R之前必须先对其加S锁，直到事务结束才释放。 还可以防止不可重复读 一级封锁协议：可防止丢失修改 二级封锁协议：可防止读脏数据 三级封锁协议：可防止不可重复读 并发控制—活锁 活锁 避免活锁的简单方法是采用先来先服务的策略。 并发控制—死锁 死锁 如果有两个事务同时要对两个不同的数据加锁就可能发生相互等待的问题，从而形成死锁。 死锁处理 死锁预防 一次封锁法（降低了并发度） 顺序封锁法（数据对象多，很难事先确定每一个事务要封锁哪些对象） 死锁检测与恢复 基本观点：允许发生死锁，再检测，然后选择代价最小的事务回滚 超时法 判断事务的等待时间超过规定的时限，认为有死锁。 缺点：时限不太好设置，时限太短可能误判死锁，时限太长，死锁发生又不能及时发现。 死锁处理 等待图法 周期性地检查事务等待图，如果发现等待图中存在回路，就表示系统中出现死锁。 可串行化 定义 多个事务的并发执行是正确的，当且仅当其结果与按某一次序串行地执行它们时的结果相同，这种调度策略称为可串行化的调度。 可串行性（Serializability)是并发事务正确性的准则。 可串行化包括冲突可串行化、视图可串行化等。 可串行化 指令的顺序 考虑一个调度S中的两条连续指令（仅限于read与 write操作）Ii与Ij，分别属于事务Ti与Tj ①Ii = read(Q), Ij = read(Q); ②Ii = read(Q), Ij = write(Q); ③Ii = write(Q), Ij = read(Q); ④Ii = write(Q), Ij = write(Q); 在① 情况下，Ii与Ij的次序无关紧要。其余情况下，Ii与Ij的次序不同，其执行结果也不同，数据库最终状态也不同 可串行化 冲突指令 当两条指令是不同事务在相同数据项上的操作，并且其中至少有一个是write指令时，则称这两条指令是冲突的 如在②、③、④情况下，Ii与Ij 是冲突的 非冲突指令交换次序不会影响调度的最终结果 冲突等价 如果调度S可以经过一系列非冲突指令交换转换成调度S，则称调度S与S是冲突等价的 可串行化 可串行化 冲突可串行化判定 优先图(precedence graph) 一个调度S的优先图是这样构造的：它是一个有向图G =（V，E），V是顶点集，E是边集。顶点集由所有参与调度的事务组成，边集由满足下述条件之一的边Ti? Tj组成： ①在Tj执行read(Q)之前，Ti执行write(Q) ②在Tj执行write(Q)之前，Ti执行read(Q) ③在Tj执行write(Q)之前，Ti执行write(Q) 可串行化 可串行化 如果优先图中存在边Ti?Tj ，则在任何等价于S的串行调度S中，Ti都必须出现在Tj之前 冲突可串行化判定准则