第十章 数据库恢复技术

合集下载

数据库恢复技术及其实现方法

数据库恢复技术及其实现方法

数据库恢复技术及其实现方法数据库恢复技术是数据库管理系统中的核心功能之一,它负责将数据库从故障或者错误中恢复并使其重新可用。

在现代社会中,数据库的重要性不言而喻,因此数据库恢复技术的研究和实践显得尤为重要。

本文将介绍数据库恢复技术的一些常见方法及其实现方式,以期对读者有所帮助。

一、日志恢复技术日志恢复技术是一种常见的数据库恢复方法,它通过事务日志(transaction log)记录以及回滚操作,实现数据库的恢复。

在数据库系统中,事务日志记录了每个事务所执行的操作,包括数据的插入、修改和删除等。

通过事务日志,可以回溯到数据库发生错误前的状态,从而进行恢复。

实现方式:1. 重做(Redo)恢复:该方法是通过重新执行已经提交的事务日志来进行恢复。

当数据库发生故障时,系统会检查事务日志中未提交的事务并将其重新执行,以保证数据库的一致性和完整性。

2. 撤销(Undo)恢复:与重做恢复相反,撤销恢复是对未提交的事务进行回滚操作,将其撤回到故障发生前的状态。

通过撤销恢复,数据库可以回滚到一个更稳定的状态。

二、快照(Snapshot)恢复技术快照恢复技术是另一种常见的数据库恢复方法,它通过保存数据库的快照(即某个时间点的数据库状态)来实现恢复。

当数据库发生故障时,可以将数据库恢复到之前某个时间点的快照状态,从而达到修复的目的。

实现方式:1. 冷备份(Cold Backup):该方法是在数据库关闭的情况下进行备份,通过将数据库文件复制到其他位置来保存数据库的快照。

当数据库发生故障时,可以使用备份文件来还原数据库。

2. 热备份(Hot Backup):与冷备份不同,热备份是在数据库运行期间进行备份,而不需要关闭数据库。

通过使用特殊的备份工具,可以在数据库运行的同时备份数据库文件,并保持数据库的一致性。

三、镜像(Mirroring)恢复技术镜像恢复技术是一种高可用性的数据库恢复方法,它通过实时复制数据库到备份服务器中,以实现快速恢复。

数据库恢复技术及SQLSERVER的恢复机制

数据库恢复技术及SQLSERVER的恢复机制
个事务象根本没有启动过一样
An Introduction to Database System
二、系统故障
什么是系统故障
整个系统的正常运行突然被破坏 所有正在运行的事务都非正常终止 内存中数据库缓冲区的信息全部丢失 外部存储设备上的数据未受影响
An Introduction to Database System
10.4 恢复的实现技术
恢复机制涉及的关键问题
1. 如何建立冗余数据 数据转储(backup) 登录日志文件(logging)
2. 如何利用这些冗余数据实施数据库恢复
An Introduction to Database System
10.4 恢复的实现技术
10.4.1 数据转储 10.4.2 登记日志文件
二、转储方法
1.静态转储与动态转储 2.海量转储与增量转储 3.转储方法小结
An Introduction to Database System
1.静态转储
在系统中无运行事务时进行转储
转储开始时数据库处于一致性状态 转储期间不允许对数据库的任何存
取、修改活动 优点:实现简单 缺点:降低了数据库的可用性
An Introduction to Database System
转储
正常运行
故障发生点
转储
运行事务

─┼───────┼─────────────
Ta
Tb
Tf
恢复
重装后备副本 重新运行事务 ─┼───────┴------------→
An Introduction to Database System
系统故障的常见原因
操作系统或DBMS代码错误 操作员操作失误 特定类型的硬件错误(如CPU故障) 突然停电

第10章数据库恢复技术

第10章数据库恢复技术
故障发生点 转储 t0 t1 运行事务 登记日志文件 利用日志文件进行恢复 t2 继续运行事务 登记日志文件
重装副本 介质故障恢复
系统故障和事务故障恢复
11/25
登记日志文件:为保证数据库可恢复,登记日志文件时必须遵 循两条原则: 登记的次序严格按照并行事务执行的时间次序。 必须先写日志文件,后写数据库。 把对数据的修改写到数据库和把表示这个修改的日志记录写到 日志文件是两个不同的操作。有可能在这两个操作之间发生了 故障,即两个写操作只完成了一个。若先写了数据库修改,而 在日志文件中没有登记下这个修改,则以后就无法恢复这个修 改;若先写日志,但没有修改数据库,按日志文件恢复时只不 过是多执行一次不必要的UNDO操作,并不会影响数据库的正 确性。
事务的概念:用户定义的一个数据库操作序列,这些操作要么 全做,要么全不做,是一个不可分割的工作单位。如从A帐户 转帐到B帐户100元的过程是一个事务,它包括两个更新操作 :A=A-100,B=B+100,它们要么全做,要么全不做。在关 系数据库中,一个事务可以是一条SQL语句,一组SQL语句或 整个程序。事务不同于程序,一个程序通常包含多个事务。 事务的开始与结束可以由用户显式控制,如果没有显式地定义 事务,则由DBMS按缺省规定自动地划分事务。显式定义为: Begin Transction……Commit(或RollBack) 其中, Begin Transction表示事务开始, Commit为事务提 交,即告诉事务管理器事务中的所有操作都已完成,数据库处 于另一个一致性状态;而RollBack为事务回滚,即告诉事务 管理器事务执行时发生故障,所有已完成操作必须全部撤销, 滚回到事务开始的状态。这里的操作指对数据库的更新操作。
12/25

数据库第10章数据库恢复技术

数据库第10章数据库恢复技术
– 数据库本身被破坏(介质故障) – 数据库处于不一致状态
• 数据库中包含了未完成事务对数据库的修 改(事务故障、系统故障)
• 数据库中丢失了已提交事务对数据库的修 改(系统故障)
不同类型的故障应采用不同的恢复操作
故障的种类小结(续)
恢复操作的基本原理:简单
– 任何恢复操作的原理都是一样的 – 原理:利用存储在系统其它地方的冗余数据
二、转储的用途
用途:供介质故障恢复时使用 – 一旦系统发生介质故障,数据库遭到破坏, 可以将后备副本重新装入,把数据库恢复起 来。
恢复的程度 – 重装后备副本只能将DB恢复到转储时的状 态 – 要想恢复到故障发生时的状态,必须重新运 行自转储以后的所有更新事务
转储的用途(续)
例:
正常运行
10.2 恢复的实现技术
10.2.1 数据转储 10.2.2 登记日志文件 10.2.3 恢复策略
10.2.3 恢复策略
1. 事务故障的恢复 2. 系统故障的恢复 3. 介质故障的恢复
1. 事务故障的恢复
事务故障是指事务在运行至正常终止点前被中 止
恢复方法 – 由恢复子系统应利用日志文件撤消(UNDO) 此事务已对数据库进行的修改
– 发生事务故障时,夭折的事务可能已把对数 据库的部分修改写回磁盘。
– 事务故障的恢复:事务撤消(UNDO) • 恢复程序要在不影响其它事务运行的情况 下,强行回滚(ROLLBACK)该事务, 即清除该事务对数据库的所有修改,使得 这个事务象根本没有启动过一样
二、系统故障
什么是系统故障
– 由于某种原因造成整个系统的正常运行突然 停止,致使所有正在运行的事务都以非正常 方式终止。
介质故障(续)

第十章练习题及答案

第十章练习题及答案

第十章数据库恢复技术一、选择题1.一个事务的执行,要么全部完成,要么全部不做,一个事务中对数据库的所有操作都是一个不可分割的操作序列的属性是(A )。

A. 原子性B. 一致性C. 独立性D. 持久性2.表示两个或多个事务可以同时运行而不互相影响的是(C)。

A. 原子性B. 一致性C. 独立性D. 持久性3. 事务的持续性是指(B )A.事务中包括的所有操作要么都做,要么都不做。

B.事务一旦提交,对数据库的改变是永久的。

C.一个事务内部的操作对并发的其他事务是隔离的。

D.事务必须是使数据库从一个一致性状态变到另一个一致性状态。

4.SQL语言中的COMMIT语句的主要作用是(C)。

A. 结束程序B. 返回系统C. 提交事务D. 存储数据5.SQL语言中用(B)语句实现事务的回滚A. CREATE TABLEB. ROLLBACKC. GRANT和REVOKED. COMMIT 6.若系统在运行过程中,由于某种硬件故障,使存储在外存上的数据部分损失或全部损失,这种情况称为(A )。

A. 介质故障B. 运行故障C. 系统故障D. 事务故障7.在DBMS中实现事务持久性的子系统是(B D )。

A. 安全管理子系统B. 完整性管理子系统C. 并发控制子系统D. 恢复管理子系统8. 后援副本的作用是(C)。

A. 保障安全性B. 一致性控制C. 故障后的恢复D. 数据的转储9.事务日志用于保存(D C)。

A. 程序运行过程B. 程序的执行结果C. 对数据的更新操作D. 数据操作10.数据库恢复的基础是利用转储的冗余数据。

这些转储的冗余数据包括(C)。

A. 数据字典、应用程序、审计档案、数据库后备副本B. 数据字典、应用程序、审计档案、日志文件C. 日志文件、数据库后备副本D. 数据字典、应用程序、数据库后备副本选择题答案:(1) A (2) C (3) B (4) C (5) B(6) A (7) D (8) C (9) C (10) C二、简答题1.试述事务的概念及事务的四个特性。

数据库恢复技术课件

数据库恢复技术课件
3
故障分析
定位故障原因,确需要恢复的数据。
事务日志恢复
通过日志恢复操作,将数据库恢复到故 障前的一致状态。
数据库故障预防措施
监控和报警
定期检测数据库故障的迹象, 并设置及时的报警机制。
容灾和备份
建立容灾系统和定期进行数据 库备份,以防止数据丢失。
性能优化
优化数据库的性能,提升稳定 性和可靠性。
数据库恢复的未来发展趋势
数据还原
将备份数据恢复到数据库服务器,以恢复数据库的 完整性和可用性。
快速恢复技术
1 事务日志恢复
通过回滚和重做操作,将数据库恢复到故障前的状态。
2 数据库镜像
通过实时复制和同步,将数据库复制到其他服务器,以保证可用性和灾难恢复能力。
单机数据库恢复案例
1
备份恢复
2
从备份中恢复数据,确保数据库可用。
基础恢复技术
包括数据备份和还原、数据镜像等技术,用于快速恢复数据库到某个时间点的状态。
日志恢复技术
通过数据库的事务日志,将数据库从断点处恢复到崩溃前的一致状态。
数据文件恢复技术
用于修复损坏或损失的数据库文件,以保证数据库的完整性和可用性。
备份和还原技术
数据备份
通过备份数据库,可以在数据丢失时恢复到备份点, 保证数据的安全性。
未来数据库恢复技术将更加智能化和自动化,结合人工智能和大数据分析,提高恢复的效率和准确性。
数据库恢复技术的前景和挑战
数据库恢复技术在数据安全和业务连续性方面的重要性日益凸显,但同时也 面临着快速增长的数据量和复杂性带来的挑战。
数据库恢复技术ppt课件
本课件将介绍数据库恢复技术的全貌,包括分类、原理以及各种恢复技术的 应用等内容,帮助您更好地了解和掌握数据库恢复的关键知识。

第十章-数据库恢复技术

第十章-数据库恢复技术

数据库系统概论
8
事务状态
活动状态( 初始状态):事务执行时处于这个状态 部分提交状态: 最后一条语句被执行后,还没有写到磁盘上 失败状态:发现正常的执行不能继续后 中止状态:事务回滚并且数据库已被恢复到事务开始执行前 的状态后。 进入中止状态,系统有两种选择:
重启事务 –- 仅当错误不是由事务的内部逻辑所产生的. 杀死事务 提交状态:成功完成后
数据库系统概论
29
UNDO(撤消)和REDO(重做)操作
UNDO操作: 检查那些在发生故障时正在进行,但尚未完成的事务, 如果发现它们已经将更新数据写入磁盘,则必须从日志中 找到数据的原始值,用该值将数据库恢复到事务执行前的 状态;
REDO操作: 要检查已经提交的事务对数据库的更新是否写到了磁盘 上,如果没有,则要从日志中找出更新数据,写入磁盘。
数据库系统概论
30
利用日志文件恢复
正常运行
故障发生点
静态转储
运行事务

─┼──────┼──────────┼──
Ta
Tb
Tf
登记日志文件
└───────────┴──
重装后备副本 利用日志文件恢复事务
继续运行
介质故障恢复 ─────────┴-----─-------┴──────
登记日志文件
└──────
数据库系统概论
32
§10.5 恢复策略
当系统运行过程发生故障,利用数据库后备副本和日志文件, 可以把数据库恢复到故障发生前某个一致状态。
不同故障其恢复策略不同
数据库系统概论
33
§10.5.1 事务故障的恢复
事务故障:事务在运行至正常终止点前被终止 恢复方法

第十章数据库恢复技术

第十章数据库恢复技术
close all
10.3 故障的种类
这个例子所包括的两个更新操作要么全部完成要么 全部不做。否则就会使数据库处于不一致状态, 例如只把帐户甲的余额减少了而没有把帐户乙的 余额增加。
这段程序中若产生帐户甲余额不足的情况,应用程 序可以发现并让事务滚回,撤消已作的修改,恢 复数据库到正确状态。
10.3 故障的种类
正常运行
转储
Ta
Tb
10.4 恢复的实现技术
运行事物 登记日志文件
故障发生点 Tf
重装后备副本 介质故障恢复
利用日志文件恢复事物
继续运行 登记日志文件
图10.2 利用日志文件恢复
10.4 恢复的实现技术
三、登记日志文件(logging)
为保证数据库是可恢复的,登记日志文件时必须遵循两条 原则:
1.登记的次序严格按并发事务执行的时间次序。
发生系统故障时,一些尚未完成的事务的结果可能已送 入物理数据库,有些已完成的事务可能有一部分甚至 全部留在缓冲区,尚未写回到磁盘上的物理数据库中, 从而造成数据库可能处于不正确的状态。为保证数据 一致性,恢复子系统必须在系统重新启动时让所有非 正常终止的事务回滚,强行撤消(UNDO)所有未完 成事务。重做(Redo)所有已提交的事务,以将数据 库真正恢复到一致状态。
10.5 恢复策略
当系统运行过程中发生故障,利用数据库后备副本和日 志文件就可以将数据库恢复到故障前的某个一致状态. 不同故障起恢复策略和方法也不一样。
一、事物故障的恢复
事务故障是指事务在运行至正常终止点前被中止,这时 恢复子系统应利用日志文件撤消(UNDO)此事务已 对数据库进行的修改。事务故障的恢复是由系统自动 完成的,对用户是透明的。系统的恢复步骤是: 1.反向扫描文件日志(即从最后向前扫描日志文件), 查找该事务的更新操作。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

10 . 5 . 2 系统故障的恢复
正向扫描日志文件,找出在故障发生前已经提 正向扫描日志文件, 交的事务,将其事务标识记入重做(REDO) 交的事务,将其事务标识记入重做(REDO) 队列。同时找出尚未完成的事务, 队列。同时找出尚未完成的事务,将其事务标 识记入撤消(UNDO)队列。 识记入撤消(UNDO)队列。 对撤消队列中的各个事务进行撤消(UNDO) 对撤消队列中的各个事务进行撤消(UNDO) 处理。 处理。 对重做队列中的各个事务进行重做(REDO) 对重做队列中的各个事务进行重做(REDO) 处理。 处理。
10 .4 .1 数据转储
由DBA定期地将整个数据库复制到 DBA定期地将整个数据库复制到 磁盘上保存起来的过程。 磁盘上保存起来的过程。 备用的数据文本称为后备副本 后备副本或 备用的数据文本称为后备副本或后 援副本。 援副本。 静态转储: 静态转储:在系统中无运行事务时进行的 转储操作。 转储操作。 动态转储: 动态转储:指转储期间允许对数据库进行 存取或修改。 存取或修改。
事务的特性
原子性(Atomicity) 原子性(Atomicity) 一致性(Consistency) 一致性(Consistency) 隔离性(Isolation) 隔离性(Isolation) 持续性(Durability ) 持续性(
原子性 事务是数据库的逻辑工作单位 事务中包括的诸操作要么都做,要么都 事务中包括的诸操作要么都做, 不做
10 .6 具有检查点的恢复技术
日志记录
日志记录 检查点Ci的 重新开始记录
Ci检查点记录地址
T1 D1 T2 D2
检查点记录
重新开始文件
日志文件
10 .6 具有检查点的恢复技术
动态维护日志文件的方法是周期性地执行如下操作: 动态维护日志文件的方法是周期性地执行如下操作: 建立检查点,保存数据库状态。 建立检查点,保存数据库状态。 1)将当前日志缓冲中的所有日志记录写入磁盘的日志文件上; )将当前日志缓冲中的所有日志记录写入磁盘的日志文件上; 2)在日志文件中写入一个检查点记录; )在日志文件中写入一个检查点记录; 3)将当前数据缓冲的所有数据记录写入磁盘的数据库中; )将当前数据缓冲的所有数据记录写入磁盘的数据库中; 4)把检查点记录在日志文件中的地址写入一个重新开始文件。 )把检查点记录在日志文件中的地址写入一个重新开始文件。
A A=AA=A-1 B B=B+1
这两个操作要么全做,要么全不做 这两个操作要么全做, 全做或者全不做,数据库都处于一致性状态。 全做或者全不做,数据库都处于一致性状态。 如果只做一个操作,数据库就处于不一致性状 如果只做一个操作, 态。
隔离性 一个事务内部的操作及使用的数据对其 他并发事务是隔离的 并发执行的各个事务之间不能互相干扰
应用2 应用 应用1 应用 update 复制 镜像 应用3 read 应用 应用4 应用 update 应用1 应用 恢复 应用2 应用 镜像 应用3 read 应用 应用4 应用
10 .6 具有检查点的恢复技术
Tc(检查点) (检查点) T1 T2 T3 T4 T5 REDO UNDO REDO UNDO Tf(系统故障) (系统故障) 时间
ACTIVE-LIST: T2 T3 : UNDO-LIST: : REDO-LIST: : T2 T3 T4 T5
10 .7 数据库镜像
一致性 一致性状态:数据库中只包含成功事务提交的 结果 不一致状态:数据库中包含失败事务的结果 事务执行的结果必须是使数据库从一个 一致性状态变到另一个一致性状态
例:银行转帐中,从帐号A中取出一万元,存入帐号B。 银行转帐中,从帐号A中取出一万元,存入帐号B 定义一个事务, 定义一个事务,该事务包括两个操作
定义事务
显式定义方式
BEGIN TRANSACTION SQL 语句1 语句1 SQL 语句2 语句2 。。。。。 COMMIT BEGIN TRANSACTION SQL 语句1 语句1 SQL 语句2 语句2 。。。。。 ROL务时, 当用户没有显式地定义事务时, DBMS按缺省规定自动划分事务 DBMS按缺省规定自动划分事务
正常运行 Ta
转储 Tb
运行事务
故障发生点 Tf
重装后备副本 重装运行事务 恢复 -----------------------------------
数据转储分类
转 储 状 态 动态转储 转储 海量转储 方式 增量转储 动态海量转储 动态增量转储 静态转储 静态海量转储 静态增量转储
10 .4 .2 登记日志文件
第十章
数据库恢复技术
10.1 事务的基本概念
是用户定义的一个数据库操作序列,这些 是用户定义的一个数据库操作序列 这些 操作要么全做要么全不做,是一个不可分割的 操作要么全做要么全不做 是一个不可分割的 工作单位. 工作单位 事务和程序比较 在关系数据库中, 在关系数据库中,一个事务可以是一条 或多条SQL语句 也可以包含一个或多个 语句,也可以包含一个或多个 或多条 语句 程序。 程序。 一个程序通常包含多个事务
10 .5 恢复策略
10 . 5 . 1 事务故障的恢复
撤消( 撤消(UNDO) ) 反向扫描文件日志,查找该事务的更新操作。 反向扫描文件日志,查找该事务的更新操作。 对该事务的更新操作执行逆操作。 对该事务的更新操作执行逆操作。 继续反向扫描日志文件, 继续反向扫描日志文件,查找该事务的其他更新 操作,并做同样处理。 操作,并做同样处理。 如此处理下去,直至读到此事务的开始标记, 如此处理下去,直至读到此事务的开始标记,事 务故障恢复就完成了。 务故障恢复就完成了。
10 .6 具有检查点的恢复技术
Tc(检查点) (检查点) Tf(系统故障) (系统故障) 时间 T1 T2 T3 T4 T5 恢复子系统采取的不同措施 REDO UNDO REDO UNDO
10 .6 具有检查点的恢复技术
检查点恢复的步骤: 检查点恢复的步骤: 1)从重新开始文件中找到最后一个检查点记录在日志文件中 ) 的地址,由该地址在日志文件中找到最后一个检查点记录。 的地址,由该地址在日志文件中找到最后一个检查点记录。 2) 2)由该检查点记录得到检查点建立时刻所有正在执行的事务 清单ACTIVE-LIST。 清单 。 建立两个事务队列: 建立两个事务队列: UNDO-LIST REDO-LIST 暂时放入UNDO-LIST队列,REDO队列暂时 队列, 把ACTIVE-LIST暂时放入 暂时放入 队列 队列暂时 为空。 为空。
10 . 5 . 3 介质故障的恢复
1)
装入最新的数据库后备副本, 装入最新的数据库后备副本,使数据 库恢复到最近一次转储时的一致性状 态。 装入响应的日志文件副本,重做已完 装入响应的日志文件副本, 成的事务。 成的事务。
2)
10 .6 具有检查点的恢复技术
在日志文件中增加检查点记录,内容包括: 在日志文件中增加检查点记录,内容包括: 检查点记录 1)建立检查点时刻所有正在执行的事务清单; )建立检查点时刻所有正在执行的事务清单; 2)这些事务最近一个日志记录的地址。 )这些事务最近一个日志记录的地址。 增加一个重新开始文件, 增加一个重新开始文件,用来记录各个检查点 重新开始文件 记录在日志文件中的地址。 记录在日志文件中的地址。
事务故障恢复和系统故障恢复必须 用日志文件。 用日志文件。 在动态转储方式中必须建立日志文 件,后援副本和日志文件综合起来 才能有效地恢复数据库。 才能有效地恢复数据库。 在静态转储过程中,也可以建立日 在静态转储过程中, 志文件。 志文件。
2)
3)
登记日志文件
原则 登记的次序严格按并发事务执行的时 间次序。 间次序。 必须先写日志文件,后写数据库。 必须先写日志文件,后写数据库。
10 .6 具有检查点的恢复技术
3)从检查点开始正向扫描日志文件 ) 如有新开始的事务Ti, 暂时放入UNDO-LIST队列; 队列; 如有新开始的事务 ,把Ti暂时放入 暂时放入 队列 如有提交的事务Tj, 队列移到REDO-LIST 如有提交的事务 ,把Tj从UNDO-LIST队列移到 从 队列移到 队列;直到日志文件结束。 队列;直到日志文件结束。 4)对UNDO-LIST中的每个事务执行 ) 中的每个事务执行UNDO操作, 操作, 中的每个事务执行 操作 中的每个事务执行REDO操作。 操作。 对REDO-LIST中的每个事务执行 中的每个事务执行 操作
日志文件是用来记录事务对数据库 的更新操作的文件。 的更新操作的文件。 以记录为单位的日志文件 以数据块为单位的日志文件
日志文件登记的内容
各个事务的开始标记 各个事务的结束标记 各个事务的所有更新操作
日志记录的内容
事务标识 操作的类型 操作对象 更新前数据的旧值 更新后数据的新值
日志文件的作用
1)
10.2 数据库恢复概述
数据库管理系统具有的把数据库 从错误状态恢复到某一已知的正确状 态的功能,就是数据库的恢复. 态的功能,就是数据库的恢复.
10.3 故障的种类
事务内部的故障 系统故障 介质故障 计算机病毒
10.4 恢复的实现技术
如何建立冗余数据 数据转储 登录日志文件 如何利用这些冗余数据实施数据库恢复
持续性 一个事务一旦提交, 一个事务一旦提交,它对数据库中数据 的改变就应该是永久性的。 的改变就应该是永久性的。 接下来的其他操作或故障不应该对其执 行结果有任何影响。 行结果有任何影响。
事务遭破坏的因素: 事务遭破坏的因素 (1)多个事务并行运行时 不同事务的操作交 多个事务并行运行时,不同事务的操作交 多个事务并行运行时 叉执行; 叉执行 (2)事务在运行过程中被强行 停止. 事务在运行过程中被强行 停止
相关文档
最新文档