第8讲事务管理.pptVIP

第8讲 事务管理 事务的概念 恢复技术 并发控制 事务的概念 事务(Transaction)反映现实世界中需要以完整单位提交的一项工作，也就是一个完整的工作单元，它必须完整地执行，或者全都不执行。 DBMS把事务看成是对数据库的一个操作序列。即将事务定义成一个部分有序的操作集合。 事务的实质是一条或多条SQL语句序列。组成事务的SQL语句通常紧密相关并执行相互依赖的一组操作。 从数据库的角度看，应用程序的执行可以看成是一系列事务和间隔其中的非数据库操作。 图示SQL中的事务概念 事务举例1 客户刘媛有两个账号：A-101，余额为4000元，A-102，余额为2000元。现欲将A-101中的1000转入A-102。下面两条SQL语句要么全部执行，要么全不执行： 事务举例2 假设某进、销、存系统有两个表：stock(product_id,product_name,stock_amount) salelog(product_id,sale_date,sale_amount)。一次销售对数据库的操作，也构成一个事务： ANSI/ISO的事务模型 事务自动地从用户或程序执行的第一条SQL语句开始 直到以下列四种方式中的某一种结束 提交(COMMIT) 回滚(ROLLBACK) 成功终止程序(等价于COMMIT) 非正常终止程序(等价于ROLLBACK) 主要用于程序化(Programmatic) SQL COMMIT和ROLLBACK COMMIT是一条SQL语句，表示事务成功结束。该语句告诉DBMS，事务已经完成，组成事务的全部SQL语句已被执行，数据库自身的一致性完好无损。 ROLLBACK也是一条SQL语句，表示没有成功结束。该语句告诉DBMS，应该撤销在事务运行期间对数据库所做的所有修改，使数据库恢复到事务运行前的状态。 SQL:1999中的事务表示 BEGIN ATOMIC . . . SQL语句 . . . END 四种不同情况的典型事务 其他事务模型 Sybase/SQL Server中Transacat-SQL BEGIN TRANSACTION COMMIT TRANSACTION SAVE TRANSACTION ROLLBACK TRANSACTION Oracle中PL/SQL SET TRANSACTION SAVEPOINT ROLLBACK TO SAVEPOINT 隐式事务(Implicit Transaction) 每条INSERT 、UPDATE、DELETE 事务的状态转换 事务的四个特性 原子性(Atomic) 一致性(Consistency) 隔离性(Isolation) 持久性(Durability) 原子性 事务是一个完整的工作单位，事务对数据库的所有操作要么全做，要么全部不做(All or Nothing)。 DBMS中的恢复子系统负责事务的原子性。 一致性 事务将数据库从一个一致性状态转换到另一个一致性状态。所谓数据库的一致性状态就是正确状态，或者说数据库中的数据满足完整性约束和语义约束。当然在事务执行期间，数据库有可能处于不一致性状态，但当事务结束时(无论是正常结束还是异常结束)，数据库都应处于一致性状态。 DBMS中完整性约束和应用程序开发者来共同负责保证事务的一致性。 隔离性 事务之间的执行是相互独立、互不影响的。即未完成事务导致的中间结果对其他事务来说是不可见的。 DBMS中的并发控制子系统负责保证事务的隔离性。 持久性 成功完成(即提交)的事务的结果被永久地写入数据库中，不会因其后的失效而丢失。 DBMS的恢复子系统负责保证事务的持久性。 事务管理(Transaction Management) 事务是DBMS中的执行单位，任何情况下，事务总应满足ACID准则。不但在系统正常时，事务要满足ACID准则，在系统发生故障时也要满足ACID准则；不但在单事务执行时要满足ACID准则，在多个事务执行时也要满足ACID准则。保证事务在故障时满足ACID准则的技术称为恢复；保证多个事务执行时满足ACID准则的技术称为并发控制。恢复和并发控制是保证事务正确执行的两项基本措施，它们合称为事务管理。 恢复技术 恢复的概念 恢复的必要性 恢复的机制 恢复(Recovery)的概念 当发生故障时，将数据库从失效状态恢复到正确状态的过程称为数据库恢复。 作为DBMS必须提供的一种功能，恢复保证数据库的可靠性，并保证当发生故障时，数据库能处于一致性状态。可靠性既指DBMS对各种故障的适应能力，也指其从故障中恢复的能力。 失效的种类 事务失效(Transaction Failure) 粗心或无意破坏了数据或设备 系统崩溃(System Crash) 介质失效(Media Failure) 有意破坏(Sa