一并发处理
数据库的特点就是数据的集中管理和共享。在通常情况下总是有
若干个事务并发地运行,这些并行的事务可能并发地存取相同的数据。
因此,数据库管理系统的一个重要任务就是要有一种机制去保证这种
并发的存取和修改不破坏数据的完整性,确保这些事务能正确地运行
并取得正确的结果。
我们知道,事务并发执行时若不加控制的话将导致不正确的结果
和数据库的不一致状态。为保证数据库数据正确地反映所有事务的更
新以及在一事务修改数据时其它事务不同时修改这个数据,数据库系
统用锁来控制对数据的并发存取。
二 ORACLE的并发处理机制
无需任何说明,ORACLE自动提供行级锁,它允许用户在没有冲突
的情况下更新表中不同的行。行级锁对联机事务处理非常有用。
1 ORACLE锁的类型
在正常情况下,ORACLE会自动锁住需要加锁的资源以保护数据,
这种锁是隐含的,叫隐含锁。然而,在一些条件下,这些自动的锁在
实际应用时并不能满足需要,必须人工加一些锁。这些人工加的锁叫
显示锁。
下面指明了会产生隐含锁的SQL语句:
INSERT;
UPDATE;
DELETE;
DDL/DCL语句。
下面指明了会产生显示锁的SQL语句:
SELECT FOR UPDATE;
LOCK TABLE IN XXX MODE。
解决读的不可重复性可以用下面的方法。在ORACLE中,用SELECT
FOR UPDATE对预期要修改的记录加行排它锁(X),对表加行共享锁
(RS)。它常用于要锁住一行,但不去真的修改这一行。
锁之间是有相互作用的。例如,更新时会对表加RX锁,对行加X锁,
而只有RS锁和RX锁允许再加RX锁。因此,当存在RS和RX锁时,表允许更
新。再比如,当执行DDL和DCL语句时,会对表加排它锁X,而在存在X、
RS、SRX、RX和S锁的前提下,都不能再加X锁。因此,当存在X,RS,SRX,
RS或S锁时,不能对表做DCL和DDL操作。这样,数据库会自动防止一个用
户更新表中的数据,而其他用户在同时修改表的结构。
2 ORACLE只读事务
ORACLE支持只读事务。只读事务有以下特点:
* 在事务中只允许查询
* 其它事务可修改和查询数据
* 在事务中,其它用户的任何修改都看不见
只读事务的写法为:
SET TRANSACTION READ ONLY
SQL 语句
COMMIT,ROLLBACK,DDL结束只读事务
3 事务一致性的级别
事务是定义和维护一致性的单位,封锁就是要保证这种一致性。如果
对封锁的要求高会增加开销,降低并发性和效率;有的事务并不严格要求
结果的质量(如用于统计的事务),如果加上严格的封锁则是不必要和不
经济的。因此有必要进行进一步的分析,考察不同级别的一致性对数据库
数据的质量及并行能力的影响。
一致性级别定义为如下的几个条件:
(1) 事务不修改其它任何事务的脏数据。脏数据是被其它事务修改过,
但尚未提交的数据。
(2) 在事务结束前不对被修改的资源解锁。
(3) 事务不读其它任何事务的脏数据。
(4) 在读前对数据加共享锁(RS)和行排它锁,直至事务结束。
* 满足条件1的事务叫第0级事务。
* 满足条件1和2的事务叫第1级一致性事务。
* 满足条件1、2和3的事务为2级一致性事务。ORACLE的读一致性保
证了事务不读其它事务的脏数据。
* 满足条件1、2、3和4的事务叫第3级一致性事务。
由ORACLE的三个性质:自动加隐式锁、在事务结束时释放锁和读一致
性,使ORACLE成为自动满足以上的0、1和2级一致性事务。因此,ORACLE
自动防止了脏读(写-读依赖)。但是,ORACLE不能自动防止丢失修改(写
-写依赖),读的不可重复性(读-写依赖),彻底解决并发性中的问题还
需满足第4个条件(3级一致性事务),这需要程序员根据实际情况编程。
方法如下:
* 如果想在一段时间内使一些数据不被其它事务改变,且在本事务内
仅仅查询数据,则可用SET TRANSACTION READ ONLY 语句达到这一
目的。
* 如果想在一事务内修改一数据,且避免丢失修改,则应在读这一数
据前用SELECT FOR UPDATE对该数据加锁。
* 如果想在一事务内读一数据,且想基于这一数据对其它数据修改,
则应在读数据前对此数据用SELECT FOR UPDATE加锁。对此种类型
的应用,用这条SQL语句加锁最恰当。
* 如果想避免不可重复读现象,可在读前用SELECT FOR UPDATE对数
据加锁,或用SET TRANSACTION READ ONLY设置只读事务。
三 SYBASE的并发处理机制
SYBASE的并发处理方法与ORACLE类似,但在很多方面不一样。
SYBASE有两种粒度的封锁,一种的粒度是页,另一种的粒度是表。SYBASE
根据SQL语句的情况决定用页封锁还是用表封锁。
1 页级锁
页级锁有以下所始的三类:
* SHARED:在读操作时加共享锁。在缺省状态下,在读操作完成后
释放共享锁。
* EXCLUSIVE:在更新操作时加排它锁。在缺省状态下,在事务完成
后释放排它锁。
* UPDATE:在修改和删除操作的初期(读到被修改或删除的页时)
加修改锁。在表上加了修改锁之后,还可以再加共享锁,但不能
再加修改和排它锁。在进行修改和删除操作时,如果没有共享锁
存在,修改锁则转化为排它锁。此锁的目的是为了防止死锁。
SYBASE仅当在WHERE子句中包含索引列时才会使用页级的排它锁和修改锁。
2 表级锁
表级锁有以下所示的三类:
* INTENT:当表中存在页级的排它锁和共享锁时,在表上加意向锁。
在所有的页级锁释放后,意向锁随着释放。
* SHARED:在读操作时加共享锁。在缺省状态下,在读操作完成后
释放共享锁。
* EXCLUSIVE:在更新操作时加排它锁。在缺省状态下,在事务完成
后释放排它锁。
3 请求锁
请求锁用以防止共享锁一个接一个无休止地加在表上,从而写事务(
要加排它锁)无法进行。
4 SYBASE的封锁级别
在SYBASE根据ANSI标准定义事务的封锁级别:
(1) 级别1:脏读
(2) 级别2:不可重复读
(3) 光标带来的当前值混乱
SYBASE的缺省一致性级别为1。如果要达到一致性级别2和3,必须使用
HOLDLOCK关键字把共享锁持续到事务的结束。方法如下:
SELECT * FROM AUTHS HOLDLOCK
WHERE AUTHOR_CODE='A00001'
SYBASE还可以通过T-SQL的SET命令改变SYBASE的一致性级别,从而使
SYBASE自动在SELECT语句中加HOLDLOCK关键字:
SET TRANSACTION ISOLATION LEVEL 3
5 在SYBASE中提高并发效率的方法
* 避免在表中特定的页上多个用户过多的封锁。
* 避免在人机交互的应用中定义事务,这样会使某个用户长时间封锁
住表(如去接电话),使其他用户持续等待。
* 使事务尽量的短。
* 仅当必要时才使用HOLDLOCK关键字。