第8章数据库恢复技术.ppt

jkhh Confidential, for review only 第8章 数据库恢复技术 8.1 事务的基本概念和特征 8.2 数据库恢复的必要性 8.4 数据转储与恢复 8.5 基于日志的数据库恢复 8.3 数据库恢复策略 8.6 检查点恢复技术 8.7 数据库镜像恢复技术 8.8 SQL Server的数据恢复机制 8.9 小结 8.1 事务的基本概念和特征 事务(Transaction)是用户定义的一个数据库操作序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位 事务是一系列的数据库操作，事务是恢复和并发控制的基本单位。 事务和程序是两个概念 在关系数据库中，一个事务可以是一条SQL语句，一组SQL语句或整个程序 一个应用程序通常包含多个事务 事务处理技术主要包括数据库恢复技术和并发控制技术 8.1.1 事务的基本概念 如何定义事务 显式定义方式 隐式方式：当用户没有显式地定义事务时，DBMS按缺省规定自动划分事务 COMMIT 提交事务 事务正常结束 ,提交事务的所有操作（读+更新）,事务中所有对数据库的更新永久生效 ROLLBACK 回滚事务 事务异常终止 事务运行的过程中发生了故障，不能继续执行 回滚事务的所有更新操作,恢复到事务开始时的状态 8.1.2 事务特征 事务的四个特性： 原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持续性（Durability ），简称ACID特性 1.原子性（Atomicity） 事务是数据库的逻辑工作单位，事务中包括的诸操作要么都做，要么都不做 2.一致性（Consistency） 事务执行的结果必须是使数据库从一个一致性状态变到另一个一致性状态 一致性状态：数据库中只包含成功事务提交的结果 不一致状态：数据库中包含失败事务的结果 8.1.2 事务特征 银行转帐：从帐号A中取出一万元，存入帐号B。 定义一个事务，该事务包括两个操作 这两个操作要么全做，要么全不做 全做或者全不做，数据库都处于一致性状态。 如果只做一个操作，数据库就处于不一致性状态 8.1.2 事务特征 3. 隔离性 对并发执行而言,一个事务的执行不能被其他事务干扰 8.1.2 事务特征 4. 持续性 持续性也称永久性（Permanence） 一个事务一旦提交，它对数据库中数据的改变就应该是永久性的。 接下来的其他操作或故障不应该对其执行结果有任何影响。 8.1.2 事务特征 保证事务ACID特性是事务处理的任务 破坏事务ACID特性的因素 多个事务并行运行时，不同事务的操作交叉执行 保证原子性 事务不能相互影响 事务在运行过程中被强行停止 不影响数据库的完整性、一致性 不影响其它事务 8.1.3 事务状态 由于系统故障等原因事务可能无法成功执行而处在中止状态，称为事务中止（aborted） 为了保证事务的原子性，中止事务不能破坏数据库的一致性状态。 一个被中止的事务所做过任何改变操作要取消。 数据库恢复到事务执行前的状态，称之为事务回滚(Rolled back)。 8.1.3 事务状态 事务应该处在下列状态之一： 活动状态（active） 初始状态，事务执行时事务处于活动状态。 部分提交状态（partially committed） 事务最后一条语句被执行完毕后进入部分提交状态 事务中对数据的操作已经全部完成，但结果数据还驻留在内存中。 如果在此状态时，系统出现故障仍可能使事务不得不终止 失败状态（failed） 如果事务不能正常执行，事务就进入失败状态。 这意味着事务没有成功地完成，必须回滚。 回滚(Rollback)就是撤消事务已经做出任何数据更改 8.1.3 事务状态 事务应该处在下列状态之一:(续) 活动状态（active） 部分提交状态（partially committed） 失败状态（failed） 终止状态（aborted） 事务回滚并且数据库已经恢复到事务执行前的状态。 提交状态（committed） 当数据库系统将事务中对数据的更改完全写入磁盘时，写入一条事务日志信息，标志着事务成功完成，这时事务就进入了提交状态。 8.1.3 事务状态 事务从活动状态开始，当完成最后一条语句后进入部分提交状态 此刻，事务虽已完成，但结果数据仍驻留在内存中，某些故障可能导致其失败 把结果数据写入外部存储器中，事务进入提交状态 当事务不能正常执行时，进入失败状态 失败状态的事务必须撤消，事务进入中止状态 第8章 数据库恢复技术 8.1 事务的基本概念和特征 8.2 数据库恢复的必要性 8.4 数据转储与恢复 8.5 基于日志的数据库恢复 8.3 数据库恢复策略 8.6 检查点恢复技术 8.7 数据库镜像恢复技术