事务:事务(Transaction)是用户定义的一个数据库操作序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位。 事务和程序是两个概念 在关系数据库中，一个事务可以是一条SQL语句，一组SQL语句或整个程序 一个程序通常包含多个事务 事务是恢复和并发控制的基本单位
事务的ACID特性： 原子性（Atomicity） 一致性（Consistency） 隔离性（Isolation） 持续性（Durability ）
数据库恢复概述:故障是不可避免的 计算机硬件故障 软件的错误 操作员的失误 恶意的破坏 故障的影响 运行事务非正常中断，影响数据库中数据的正确性 破坏数据库，全部或部分丢失数据
故障的种类:1.事务内部的故障 2.系统故障 3.介质故障 4.计算机病毒
事务内部的故障 有的是可以通过事务程序本身发现的(见下面转账事 务的例子) 有的是非预期的，不能由事务程序处理的。 事务故障意味着 事务没有达到预期的终点(COMMIT或者显式的ROLLBACK) 数据库可能处于不正确状态。 事务故障的恢复：事务撤消（UNDO） 强行回滚（ROLLBACK）该事务 撤销该事务已经作出的任何对数据库的修改，使得该事务象根本没有启动一样
系统故障 称为软故障，是指造成系统停止运转的任何事件，使得 系统要重新启动。 整个系统的正常运行突然被破坏 所有正在运行的事务都非正常终止 不破坏数据库 内存中数据库缓冲区的信息全部丢失
系统故障的常见原因：特定类型的硬件错误（如CPU故障） 操作系统故障 数据库管理系统代码错误 系统断电
恢复策略：系统重新启动时，恢复程序让所有非正常终止的事务回滚，强行撤消（UNDO）所有未完成事务
介质故障 称为硬故障，指外存故障 磁盘损坏 磁头碰撞 瞬时强磁场干扰 介质故障破坏数据库或部分数据库，并影响正在存取这部分数据的所有事务 介质故障比前两类故障的可能性小得多，但破坏性大得多
计算机病毒 一种人为的故障或破坏，是一些恶作剧者研制的一种计算机程序 可以繁殖和传播，造成对计算机系统包括数据库的危害 计算机病毒种类 小的病毒只有20条指令，不到50B 大的病毒像一个操作系统，由上万条指令组成
计算机病毒的危害 有的病毒传播很快，一旦侵入系统就马上摧毁系统 有的病毒有较长的潜伏期，计算机在感染后数天或数月才开始发病 有的病毒感染系统所有的程序和数据 有的只对某些特定的程序和数据感兴趣 计算机病毒已成为计算机系统的主要威胁，自然也是数据库系统的主要威胁 数据库一旦被破坏仍要用恢复技术把数据库加以恢复
静态转储 在系统中无运行事务时进行的转储操作 转储开始时数据库处于一致性状态 转储期间不允许对数据库的任何存取、修改活动 得到的一定是一个数据一致性的副本 优点：实现简单 缺点：降低了数据库的可用性 转储必须等待正运行的用户事务结束 新的事务必须等转储结束
动态转储 转储操作与用户事务并发进行 转储期间允许对数据库进行存取或修改 优点 不用等待正在运行的用户事务结束 不会影响新事务的运行 动态转储的缺点 不能保证副本中的数据正确有效 例在转储期间的某时刻Tc，系统把数据A=100转储到磁带上，而在下一时刻Td，某一事务将A改为200。 后备副本上的A过时了
海量转储: 每次转储全部数据库 增量转储: 只转储上次转储后更新过的数据 海量转储与增量转储比较 从恢复角度看，使用海量转储得到的后备副本进行恢复往往更方便 如果数据库很大，事务处理又十分频繁，则增量转储方式更实用更有效
日志文件的格式和内容：以记录为单位的日志文件内容 各个事务的开始标记(BEGIN TRANSACTION) 各个事务的结束标记(COMMIT或ROLLBACK) 各个事务的所有更新操作 以上均作为日志文件中的一个日志记录 (log record)
日志文件的作用：用途 进行事务故障恢复 进行系统故障恢复 协助后备副本进行介质故障恢复。在静态转储方式中，也可以建立日志文件。 当数据库毁坏后可重新装入后援副本把数据库恢复到转储结束时刻的正确状态 利用日志文件，把已完成的事务进行重做处理 对故障发生时尚未完成的事务进行撤销处理 不必重新运行那些已完成的事务程序就可把数据库恢复到故障前某一时刻的正确状态
事务故障的恢复：事务故障：事务在运行至正常终止点前被终止 恢复方法 由恢复子系统利用日志文件撤消（UNDO）此事务已对数据库进行的修改 事务故障的恢复由系统自动完成，对用户是透明的，不需要用户干预。（1） 反向扫描文件日志（即从最后向前扫描日志文件），查找该事务的更新操作。 （2） 对该事务的更新操作执行逆操作。即将日志记录中“更新前的值” 写入数据库。 插入操作， “更新前的值”为空，则相当于做删除操作 删除操作，“更新后的值”为空，则相当于做插入操作 若是修改操作，则相当于用修改前值代替修改后值。（3） 继续反向扫描日志文件，查找该事务的其他更新操作，并做同样处理。 （4） 如此处理下去，直至读到此事务的开始标记，事务故障恢复就完成了。
介质故障的恢复：恢复步骤 （1） 装入最新的后备数据库副本(离故障发生时刻最近的转储副本) ，使数据库恢复到最近一次转储时的一致性状态。 对于静态转储的数据库副本，装入后数据库即处于一致性状态 对于动态转储的数据库副本，还须同时装入转储时刻的日志文件副本，利用恢复系统故障的方法（即REDO+UNDO），才能将数据库恢复到一致性状态。（2） 装入有关的日志文件副本(转储结束时刻的日志文件副本) ，重做已完成的事务。 首先扫描日志文件，找出故障发生时已提交的事务的标识，将其记入重做队列。 然后正向扫描日志文件，对重做队列中的所有事务进行重做处理。即将日志记录中“更新后的值”写入数据库。.