第6章 数据库的事务处理与数据恢复.pptVIP

第6章 数据库的事务处理与数据恢复 6.1 事务管理的基本概念 6.2 并发控制 6.3 数据库恢复 6.1 事务管理的基本概念 6.1.1 事务（Transaction）的概念 6.1.2 事务的状态 6.1.3 事务的特性 6.1.4 SQL Server中的事务 6.1.1 事务（Transaction）的概念 事务是用户定义的数据库操作序列，这些操作可作为一个完整的工作单元。一个事务内的所有语句是一个整体，要么全部执行，要么全部不执行。即事务是不可再分的原子性工作。 如在银行业务中，“从帐户A转移资金X到帐户B”就是一个典型的事务。这个事务可以分解为两个动作： （1）从账户A减去金额X。 （2）在账户B中加上金额X。 BEGIN TRANSACTION COMMIT ROLLBACK 6.1.2 事务的状态 事务的基本操作包括： （1）事务开始（BEGIN_TRANSACTION）。事务开始执行。 （2）事务读写（Read/Write）。事务进行数据操作。 （3）事务结束（END_TRANSACTION）。事务完成所有的读/写操作。 （4）事务交付（COMMIT_TRANSACTION）。事务完成所有的读/写操作，并保存操作结果。 6.1.3 事务的特性 事务所必须具有的重要特性包括： （1）原子性（Atomicity）。 （2）一致性（Consistency）。 （3）隔离性（Isolation）。 （4）持久性（Durability）。 上述的四个特性也简称为ACID特性，保证ACID特性是事务处理的重要任务。事务的ACID特性可能遭到破坏的原因有： 1）多个事务并行运行时，不同事务的操作交叉执行。 2）事务在运行过程中被强迫停止。 6.1.4 SQL Server中的事务 SQL Server的事务分为两种类型：系统提供的事务和用户定义的事务。系统提供的事务是指在执行某些语句时，一条语句就是一个事务，它的数据对象可能是一个或多个表（视图），可能是表（视图）中的一行数据或多行数据；用户定义的事务以BEGIN TRANSACTION语句开始，以COMMIT或ROLLBACK结束。 其中： BEGIN TRANSACTION：事务的开始标记。 COMMIT TRANSACTION：事务的结束标记。 OLLBACK TRANSACTION：回滚。 6.2 并发控制 6.2.1 并发操作引起的问题 6.2.2 封锁 6.2.3 封锁出现的问题及解决方法 6.2.4 可串行化调度 6.2.5 SQL Server的并发控制机制 6.2.1 并发操作引起的问题 对事务的并发执行如果不加以控制，可能会导致数据库中数据的不一致性。 一个最常见的并发操作的例子是飞机订票系统中的订票操作。例如，在该系统中的一个活动的序列： （1）事务T1（动作1）：甲售票员读出某航班的机票余额A，设A=16。 （2）事务T2（动作1）：乙售票员读出同一航班的机票余额，A也为16。 （3）事务T1（动作2）：甲售票员卖出一张机票，修改机票余额A←A-1，所以A=15，把A写入数据库。 （4）事务T2（动作2）：乙售票员卖出两张机票，修改机票余额A←A-2，所以A=14，把A写入数据库。 并发操作如果不加以控制，就可能引发下列数据的不一致性： 1．丢失修改（Lost Update） 2．不可重复读（Unrepeatable Read） 3．读“脏”数据（Dirty Read） 1．丢失修改（Lost Update） 丢失修改是指事务T1与事务T2从数据库中读入同一数据并修改，事务T2提交的修改结果破坏了事务T1提交的修改结果，导致事务T1的修改被丢失。丢失修改的情况如图6-2所示。 2．不可重复读（Unrepeatable Read） 即事务T1两次读取同一数据项A的内容不一致。究其原因，是在两次读操作之间，事务T2也修改了数据项A。不可重复读的情况如图6-3所示。 3．读“脏”数据（Dirty Read） 即事务T1读取了经过事务T2修改过的数据，但是由于事务T2因为流产而撤消了对该数据的修改，数据库恢复到事务T2执行前的状态，从而导致事务T1读取的内容与数据库中的内容不一致。读“脏”数据的情况如图6-4所示。 6.2.2 封锁 1．封锁的类型 DBMS通常提供了多种类型的封锁。一个事务对某个数据对象加锁后究竟拥有什么样的控制是由封锁类型决定的。基本的封锁类型有两种：排它锁（Exclusive Lock，简称X锁）和共享锁（Share Lock，简称为S锁）。 （1）排它锁。 （2）共享锁。 2．保证数据一致性的封锁协议——三级封锁协议 所谓封锁协议就是在对数据库加锁、持锁和释放锁时所约定的一些规则。