第7章 事务管理989880622.pptVIP

第7章 事务管理 7.1 事务的基本概念 逻辑上代表一个单一的工作单位的所有工作叫做事务。 如：更新记录、删除记录、修改记录等。 当在数据库上执行一组动作时，我们需要一些方法来保证该组动作要么全部成功执行要么干脆一个也不执行。 例如网上购物的一次交易，其付款过程至少包括以下几步操作： 更新客户所购商品的库存信息 保存客户付款信息--可能包括与银行系统的交互 生成订单并且保存到数据库中 更新用户相关信息，例如购物数量等等? 事务的ACID性质 一般地，事务有如下四个性质（称为ACID）： 原子性（Atomicity）要么一个事务的所有工作都执行完成要么一个也不执行。 一致性（Consistency）数据不会因事务的执行而被破坏。 隔离性（Isolation）多个事务并发执行时，系统应保证执行结果与这些事务按先后次序串行执行的结果一样。 持久性（Durability）一个事务一旦成完成后，它对数据库的改变必须是永久的，即使发生了故障。 事务的ACID性质 例，设在线书店中有一购书事务T，购买10本书籍A，定义如下（这里stock_A和order_A分别表示书籍A库存量和总的订购数量）： 7.2 事务的并发调度 事务并发执行的优点： 提高吞吐量 减少平均响应时间 并发执行的潜在问题： 例，假设有两个事务T1和T2，分别表示不同的用户同时购买书籍A（初始100本）： 先T1后T2，或先T2后T1 A的最终库存70，正确 事务的并发调度 更新丢失问题 丢失了事务T1对A的库存量所作更新，因为它被T2的更新信息所覆盖。 结果80本 读脏数据 T2读了T1的90本 但随后T1执行了回滚操作，恢复为100本 但T2仍然使用90，得到结果70 事务的并发调度 不可重复读 事务T3需要两次读stock_A的值 在两次读的中间，事务T1改变了stock_A的值 造成T3两次读取同一个数据项却得到不同的值 当多个事务并发执行时，DBMS必须采用合适的并发调度机制合理安排各个事务执行顺序，以保证事务的ACID特性。 调度分为： 串行调度：一个事务的所有操作都执行完后才开始执行另一事务，不存在事务操作的交叉执行; 并发调度：不同事务操作的交叉执行，DBMS交叉执行来自多个事务的各个操作，以提高数据库系统的性能。 可串行化调度 事务的串行调度能够产生正确的结果，但执行效率低； 如果并发调度S等价于某一定义在TS上的串行调度，那么S称为可串行化调度。 给定两个定义在事务集TS上的的调度S和S’ ，如果可以通过交换S中一系列非冲突操作的执行顺序将S转换为S’，则称S与S’是冲突等价。 如果定义在事务TS上的并发调度S冲突等价于事务集TS上的某个串行调度S’，则称S是冲突可串行的。 在引入冲突可串行概念后，判断一个并发调度是否正确可以归结为判断该调度是否冲突可串行的。 调度过程 7.3 基于锁的并发控制 对数据库系统中每个可能被多个事务并发访问的数据项设置锁，锁代表了对该数据项的访问权限。 即事务T在访问数据项Q前须向DBMS申请获得设置在Q上的锁，如成功，则T获得对Q的访问权，T对Q操作完成后，释放所占用的锁，允许其他事务获得该锁并访问Q，在T释放设置在Q上的锁前，其他事务不能访问Q。 锁的类型有两种： 共享锁(S锁)：若T获得Q上的S锁，则T可以对Q进行读取操作，但不可以修改，同时，允许其他事务再申请获得Q上的S锁，与T并行读取Q，但在T释放Q上的S锁前，其他事务不能对Q做任何修改; 排他锁(X锁)：若T获得Q上的X锁，则T可以对Q读写，其他事务不能再对Q进行任何操作，直到T释放Q上的锁。 7.4 数据库恢复 故障的种类 事务故障：违反完整性约束引起事务夭折； 系统故障：软硬件错误断电引起事务夭折； 介质故障：磁盘损坏部分或全部数据丢失。 恢复是把数据库从错误状态恢复到某一正确状态的功能，从而确保数据库的一致性。 恢复的基本原理是冗余，即数据库中任一部分的数据可以根据存储在系统别处的冗余数据来重建。 恢复的基本技术：数据转储和登记日志文件。 7.4 数据库恢复 数据冗余 磁盘镜像：根据DBA要求DBMS自动把整个数据库或其中的关键数据复制到另一个磁盘上。实际应用中，往往只对关键数据和日志文件镜像，而不对整个数据库镜像。 远程备份 日志文件是用来记录事务对数据库的更新操作，由系统自动记录。 事务故障恢复和系统故障恢复必须用日志；在动态转储方式中必须转存日志文件，由后援副本和日志结合有效恢复数据库；在静态转储方式中，利用日志文件可以恢复到故障前某一时刻的正确状态。 为保证数据库是可恢复的，登记日志文件时必须遵循两条原则：1. 登记的次序严格按并发事务执行的时间次序。2. 必须先写日志文件，后写数据库。 数据库原理及应用 郑