20并发控制技术资料祥解.pptVIP

数据库原理及应用-SQL DML 并发控制技术 主要内容 并发控制概述 封锁 活锁和死锁 并发调度的可串行性 两段锁协议 封锁的粒度 小结及作业 并发控制概述 问题的产生：允许多个用户同时使用的数据库系统。 例如： 飞机定票数据库系统 银行数据库系统…… 共同的特点：在同一时刻并发运行的事务数可达数百个。 并发控制概述 多事务执行方式 事务串行执行 交叉并行方式 同时并行方式 事务并发执行带来的问题 并发控制机制的任务 多事务执行方式 1、事务串行执行 每个时刻只有一个事务运行，其他事务必须等到这个事务结束以后方能运行 不能充分利用系统资源，发挥数据库共享资源的特点。 多事务执行方式 2、交叉并发方式 事务的并行执行是这些并行事务的并行操作轮流交叉运行； 多事务执行方式 是单处理机系统中的并发方式，能够减少处理机的空闲时间，提高系统的效率。 3、同时并发方式 多处理机系统中，每个处理机可以运行一个事务，多个处理机可以同时运行多个事务，实现多个事务真正的并行运行 最理想的并发方式，但受制于硬件环境 更复杂的并发方式机制 事务并发执行带来的问题 多个事务同时存取同一数据的情况(飞机订票) 事务并发执行带来的问题 原因 在并发操作情况下，对甲、乙两个事务的操作序列的调度是随机的 若按上面的调度序列执行，甲事务的修改丢失 破坏事务的隔离性，造成了数据库的不一致性 事务并发执行带来的问题 并发操作带来的数据不一致性主要包括： 丢失修改 不可重复读 读“脏”数据 丢失修改 丢失修改是指事务1与事务2从数据库中读入同一数据并修改，事务2的提交结果破坏了事务1提交的结果，导致事务1的修改被丢失。 例如：上面飞机订票例子就属此类 不可重复读 不可重复读 不可重复读是指事务1读取数据后，事务2执行更新操作，使事务1无法再现前一次读取结果。 不可重复读包括三种情况 1、事务1读取某一数据后，事务2对其做了修改，当事务1再次读该数据时，得到与前一次不同的值。 不可重复读 2、事务1读取某一数据后，事务2删除了其中部分记录，当事务1再次读取数据时，发现某些记录神密地消失了 3、事务1读取某一数据后，事务2插入了一些记录，当事务1再次按相同条件读取数据时，发现多了一些记录 后两种不可重复读有时也称为幻影现象 读脏数据 读脏数据 读“脏”数据是指： 事务T1修改某一数据，并将其写回磁盘； 事务T2读取同一数据后，T1由于某种原因被撤销 这时T1已修改过的数据恢复原值，T2读到的数据就与数据库中的数据不一致 T2读到的数据就为“脏”数据，即不正确的数据 并发控制机制的任务 数据不一致性：由于并发操作破坏了事务的隔离性 DBMS必须提供并发控制机制 对并发操作进行正确调度 保证事务的隔离性 保证数据库的一致性 并发控制机制是衡量一个DBMS性能的重要标志之一 并发控制机制的任务 并发控制的主要技术： 封锁(Locking)（商用的DBMS 采取的办法） 时间戳(Timestamp) 乐观控制法 封锁 什么是封锁？ 事务T在对某个数据对象（例如表、记录等）操作之前，先向系统发出请求，对其加锁 加锁后事务T就对该数据对象有了一定的控制，在事务T释放它的锁之前，其它的事务不能更新此数据对象 封锁是实现并发控制的一个非常重要的技术 封锁 一个事务对某个数据对象加锁后究竟拥有什么样的控制是由封锁的类型决定的 DBMS通常的基本封锁类型有： 排它锁（EXclusive Lock简记为X锁）(写锁) 共享锁（Share Lock，简记为S锁）(读锁) 排它锁(X锁) 若事务T对数据对象A加上X锁，则 只允许T读取和修改A， 其它任何事务都不能再对A加任何类型的锁，直到T释放A上的锁。 共享锁(S锁) 若事务T对数据对象A加上S锁，则 事务T可以读A但不能修改A 其它事务只能再对A加S锁，而不能加X锁，直到T释放A上的S锁 这保证其他事务可以读A，但在T释放A上的S锁之前不能对A做任何修改 锁的相容矩阵 封锁机制解决不一致问题 方法： 事务在修改数据之前必须先对其加写锁，直到事务结束才释放； 事务在读取数据之前必须先对其加共享锁，直到事务结束才释放。 丢失修改 读“脏”数据 不可重复读 活锁和死锁 封锁技术可以有效地解决并行操作的一致性问题，但也带来一些新的问题 活锁 死锁 活锁 活锁 如何避免活锁：采用先来先服务的策略 当多个事务请求封锁同一数据对象时： 按请求封锁的先后次序对这些事务排队 该数据对象上的锁一旦释放，首先批准申请队列中第一个事务获得锁 死锁 T1在等待T2，而T2又在等待T1，T1和T2两个事务永远不能结束，形成死锁 解决死锁的方法 预防死锁 死锁的诊断与解除 死锁的预防 产生死锁的原因： 两个或多个事务都已封锁了一些数据对象，然后又都请求对已