火龙果oracle并发控制.pptVIP

T1 T2 读C=16 C←C*2 写回C=32? rollback C恢复为16 ?? 读C=32? T1 T2 Xlock C，获得锁 读C=16 C←C*2 写回C=32 rollback C恢复为16 Unlock C Slock C 等待… 二级封锁协议可避免读“脏”数据 获得锁 读C=16 Unlock C T1 T2 Sclock B, 获得锁 读B=100 Unlock B Sclock B, 获得锁 读B=200 Unlock B Xlock B, 获得锁 读B=100 B←B*2 写回B=200 Commit Unlock B T1 T2 读B=100 读B=200 读B=100 B←B*2 写回B=200 二级封锁协议不可避免不可重复读 封锁协议 三级封锁协议 三级封锁协议 + 事务T在读取数据R之前必须先对其加S锁，直到事务结束才释放 三级封锁协议可避免丢失修改、读“脏”数据和不可重复读。 T1 T2 Sclock B, 获得锁 读B=100 读B=100 commit Unlock B Xlock B 等待… T1 T2 读B=100 读B=200 读B=100 B←B*2 写回B=200 三级封锁协议可避免不可重复读 获得锁 读B=100 B←B*2 写回B=200 Commit Unlock B 封锁协议 X锁 S锁 一致性 操作 结束 释放 事务 结束 释放 操作 结束 释放 事务 结束 释放 丢失 修改 读脏 数据 不可 重复读 一级封锁协议 √ 避免 二级封锁协议 √ √ 避免 避免 三级封锁协议 √ √ 避免 避免 避免 SQL Server的并发机制 并发控制概述 CREATE TABLE sales ( id char(2), qty int ) insert into sales values( A1, 10 ) SQLServer的并发机制 加锁 begin tran declare @sl int select @sl=qty from sales with(Xlock) where id=A1 waitfor delay 00:00:10.000 update sales set qty = @sl - 1 where id = A1 commit tran begin tran declare @sl int select @sl = qty from sales with(Xlock) where id = A1 waitfor delay 00:00:10.000 update sales set qty = @sl - 1 where id = A1 commit tran with(Xlock) with(Xlock) SQLServer的并发机制 事务隔离 对于编程人员来说，不用手工去设置控制锁，通过设置事务的隔离级别自动管理锁。 SQLServer的并发机制 事务隔离 SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED READ COMMITTED REPEATABLE READ SERIALIZABLE 隔离级别 脏读 丢失修改 不可重复读取 幻影 未提交读 不能避免 不能避免 不能避免 不能避免 提交读 能避免 不确定 不能避免 不能避免 可重复读 能避免 能避免 能避免 不能避免 可串行读 能避免 能避免 能避免 能避免 SET TRANSACTION ISOLATION LEVEL REPEATABLE READ begin tran declare @sl int declare @s2 int select @sl = qty from sales where id = A1 print(@sl) waitfor delay 00:00:30.000 select @s2 = qty from sales where id = A1 print(@s2) commit tran begin tran update sales set qty = qty *2 where id = A1 commit tran 11.3 活锁和死锁 活锁和死锁 活锁 事务T1封锁了数据R 事务T2又请求封锁R，于是T2等待。 T3也请求封锁R，当T1释放了R上的封锁之后系统首先批准了T3的请求，T2仍然等待。 T4又请求封锁R，当T3释放了R上的封锁之后系统又批准了T4的请求…… T2有可能永远等待（饿死）。 活锁和死锁 如何避免活锁 采用先来先服务的策略： 当多个事务请求封锁同一数据对象