(建筑工程管理)数据库系统工程师事务和锁.docxVIP

(建筑工程管理)数据库系统工程师事务和锁

第六讲事务和锁

6．1事务

6．1．1事务定义

(1)事务是由壹系列操作序列构成的程序履行单元，这些操作要么都做，要么

都不做，是壹个不行切割的工作单位。

例：如银行转帐。

6．1．2SQL中事务的定义

事务以Begintransaction开始，以Commitwork或Rollbackwork结束。Commitwork表示提交，事务正常结束。

Rollbackwork表示事务非正常结束，取消事务已做的操作，回滚到事务开始时状态。

6．1．3事务观点

例：

银行转帐：事务T从A帐户过户50￥到B帐户。

T：read(A);

A:=A–50;

write(A);

read(B);

B:=B+50;

write(B);

read(X)：从数据库传递数据项X到事务的工作区中。

write(X)：从事务的工作区中将数据项X写回数据库。

6．1．4事务特征(ACID)

(1)原子性(Atomicity)

事务中包括的全部操作要么全做，要么全不做。

原子性由恢复体制实现。

(2)壹致性(Consistency)

事务的隔绝履行一定保证数据库的壹致性。

事务开始前，数据库处于壹致性的状态；事务结束后，数据库一定仍处于壹致性状态。

数据库的壹致性状态由用户来负责。

如银行转帐，转帐前后俩个帐户金额之和应保持不变。

(3)隔绝性(Isolation)

系统一定保证事务不受其余且发履行事务的影响。

对任何壹对事务T1，T2，在T1见来，T2要么在T1开始以前已经结束，要么在T1达成以后再开始履行。

隔绝性经过且发控制体制实现。

(4)长久性(Durability)

壹个事务壹旦提交以后，它对数据库的影响一定是永远的。

系统发生故障不可以改变事务的长久性。

长久性经过恢复体制实现。

事务是恢复和且发控制的基本单位。

保证事务ACID特征是事务办理的重要任务。

6．2数据库故障

6．2．1故障种类

(1)事务内部故障

事务内部故障有些是可以经过事务程序自己发现，有些是非预期的。

(2)系统故障

(3)介质故障

6．2．2故障恢复技术

(1)成立冗余数据

A、数据转储

I、静态转储

II、动向转储

B、登录日记文件：一定按照俩大规则：登记序次严格按且发事务的时间顺序。一定先写数据后写数据库。

I、以记录为单位

a、各个事务的开始

b、各个事务的结束

c、各个事务的全部更新

d、各个事务的全部更新

II、以块为单位

a、事务表记

b、操作种类(insert,delete,update)

c、操作对象

d、更新前数据的旧值(对插入操作而言，此项为空值)

e、更新后的新数据(对删除操作而言，此项为空值)

(2)利用冗余数据实行数据库恢复A、事务故障恢复：反向扫描B、系统故障恢复：正向扫描

C、介质故障恢复：需要DBA介入

6．2．3拥有检查点的恢复技术

6．2．4数据库镜像

6．3且发履行

6．3．1且行Vs串行

(1)基本比较

A、且行事务会损坏数据库的壹致性。

B、串行事务效率低。

(2)且行的长处

A、壹个事务由不一样的步骤构成，所波及的系统资源也不一样。这些步骤

可以且发履行，以提升系统的吞吐量。

B、系统中存在着周期不等的各样事务，串行会致使难于展望的时延。假如各个事务所波及的是数据库的不一样部分，采纳且发会减少均匀响应时间。

(3)核心问题：在保证壹致性的前提下最大限度地提升且发度。

6．3．2且发操作带来的问题

T1

Read(A=1

6)

T2

T1

Read(a=50)

T2

T1

Read(c=10

0)

T2

Read(a=1Read(b=10C:=c*2

6)0)

A:=A-1C:=a+bWrite(c)

Write(A)Read(b=10

0)

A:=A-2B:=B*2Rollback

Write(A)Write(b)Read(c

)

Read(a=50)

Read(b=20

0)

C:=a+b

(1)丢掉改正(2)不行重复读(3)读脏数据(污读)

6．3．3致使的原由

且发操作损坏了事务的隔绝性，且发操作就是要用正确的调动且发操作，使壹个事务不受其余事务的扰乱，进而造成数据的不壹致性。

且发控制的主要技术是封闭(Locking)

6．3．4且发事务的调动

T1T2T1T2

Read(a)