db2隔离级别-试验

页面导航:首页 > 数据库 > DB2 > db2隔离级别-试验

db2隔离级别-试验

来源: 作者: 时间:2016-01-23 11:15 【

准备工作db2命令行下,执行:list command options,如图:注意,Auto Commit缺省是ON,即自动提交。使用下面的命令来查看设置:执行命令:update command options using c off,再执行命令:list comm

准备工作 
db2命令行下,执行:list command options,如图: 
 

注意,Auto Commit缺省是ON,即自动提交。使用下面的命令来查看设置: 

执行命令: 
update command options using c off, 

再执行命令:list command options,如图: 
 

这时可以看到Auto Commit 已经变为OFF了 

DB2使用一个叫做“CURRENT ISOLATION”的special register来记录session的隔离级别。查看当前隔离级别有两种方法: 

VALUES CURRENT ISOLATION 
 
SELECT CURRENT ISOLATION FROM SYSIBM.SYSDUMMY1 

设置隔离级别命令如下(此命令不需要显式COMMIT): 

SET CURRENT ISOLATION TO UR/CS/RS/RR 

由于该测试需要并发事务,所以我们要用同样方法,再打开一个窗口。以下称为session1和session2。 

把两个session都连接到DINGTEST,并建一张表TA如下: 

AC1 AC2 
1    1 
2    2 
3    3 
4    4 
5    5 


至此准备工作完成,我们开始实验。 

注:每次实验完以后别忘记清理环境,即把session commit/rollback。 

实验1 
测试在“UR”隔离级别下是否会产生“丢失更新”的问题。 

方法:两个session并发更新同一条记录。 
STEP 0:把session1和session2都设置为UR隔离级别: 
SET CURRENT ISOLATION TO UR 

STEP 1:在session1中做更新操作,但不提交: 
UPDATE TA SET AC2 = 2 WHERE AC1 = 1 

STEP 2:在session2中对同一条记录做更新操作: 
UPDATE TA SET AC2 = 3 WHERE AC1 = 1 

Session2被block住…… 

STEP 3:在session1中做commit/rollback操作,则session2会立刻继续执行。 

结论:在“UR”隔离级别下不会产生“丢失更新”的问题。 

实验2 
测试在“UR”隔离级别下是否会产生“读脏数据”的问题。 

方法:在session2中查询session1中更改但未提交的数据。 

STEP 0:把两个session都设置为UR隔离级别: 
SET CURRENT ISOLATION TO UR 

STEP 1:在session1中做更新操作,但不提交: 
UPDATE TA SET AC2 = 4 WHERE AC1 = 1 

STEP 2:在session2中查询该记录: 
SELECT * FROM TA WHERE AC1 = 1 

Session2中立即返回查询结果,该记录值为session1更新后的值,这实际是一个脏数据,session1有可能最终会rollback。 

STEP 3:在session1中做rollback操作。 

STEP 4:在session2中再次查询该记录。 
SELECT * FROM TA WHERE AC1 = 1 

该记录值为session1更新前的值,因为session1已经rollback了,第一次读到的是一个脏数据。 

结论:在“UR”隔离级别下会产生“读脏数据”的问题 

实验3 
测试在“CS”隔离级别下是否会产生“读脏数据”的问题。 
方法:在session2中查询session1中更改但未提交的数据。 

STEP 0:把两个session都设置为CS隔离级别: 
SET CURRENT ISOLATION TO CS 

STEP 1:在session1中做更新操作,但不提交: 
UPDATE TA SET AC2 = 5 WHERE AC1 = 1 

STEP 2:在session2中查询该记录: 
SELECT * FROM TA WHERE AC1 = 1 

Session2被block住…… 

STEP 3:在session1中做commit/rollback操作,则session2会立刻继续执行。 

结论:在“CS”隔离级别下不会产生“读脏数据”的问题。 

实验4 
测试在“CS”隔离级别下会是否会产生“不可重复读”的问题。 

方法:尝试在session1的两次查询之间修改其查询的记录。 

STEP 0:把两个session都设置为CS隔离级别: 
SET CURRENT ISOLATION TO CS 

STEP 1:在session1中做查询操作,但不提交: 
SELECT * FROM TA WHERE AC1 = 1 
假定查询结果中AC2为“4”。 

STEP 2:在session2中更新此记录,并提交(不提交的话,session1就无法再查询该记录了): 
UPDATE TA SET AC2 = 5 WHERE AC1 = 1 
COMMIT 

STEP 3:在session1中再次查询该记录: 
SELECT * FROM TA WHERE AC1 = 1 
这次查询结果中,AC2为“5”。这就产生了在同一个事务中,两次查询的数据不一致的问题。 


结论:在“CS”隔离级别下会产生“不可重复读”的问题 

实验5 
测试在“RS”隔离级别下是否会产生“不可重复读”的问题。 
方法:尝试在session1的两次查询之间修改其查询的记录。 

STEP 0:把两个session都设置为RS隔离级别: 
SET CURRENT ISOLATION TO RS 

STEP 1:在session1中做查询操作,但不提交: 
SELECT * FROM TA WHERE AC1 = 1 
假定查询结果中AC2为5 

STEP 2:在session2中更新此记录: 
UPDATE TA SET AC2 = 6 WHERE AC1 = 1 

Session2被block住…… 

STEP 3:在session1中再次查询该记录: 
SELECT * FROM TA WHERE AC1 = 1 

这次查询结果中,AC2仍然为5。这表明在RS隔离级别下,在事务中,查询的记录都被lock住了,以保证同一事务中,多次查询的数据都一致。 

STEP 4:在session1中做commit/rollback操作,则session2立即继续执行。 

结论:在“RS”隔离级别下不会产生“不可重复读”的问题。 

实验6 
测试在“RS”隔离级别下是否会产生“幻象记录”的问题。 
方法:尝试在session1的两次查询之间添加符合其查询条件的记录。 

STEP 0:把两个session都设置为RS隔离级别: 
SET CURRENT ISOLATION TO RS 

STEP 1:在session1中做查询操作,但不提交: 
SELECT * FROM TA WHERE AC1 > 0 AND AC1 < 10 
假定查询结果有5条记录。 

STEP 2:在session2中INSERT一条记录,并提交: 
INSERT INTO TA (AC1, AC2) VALUES (6, 1) 
COMMIT 

STEP 3:在session1中做同样的查询操作: 
SELECT * FROM TA WHERE AC1 > 0 AND AC1 < 10 

这次查询结果中,变成了6条记录。这就产生了在同一个事务中,两次查询的数据不一致的问题。虽然第一次查到的记录都被lock住了不会被改变,但若在两次查询之间,其它session若新插入了记录,则在第二次查询中也会被查到。该记录被称为幻象(phantom)记录。 

结论:在“RS”隔离级别下会产生“幻象记录”的问题 

实验7 
测试在“RR”隔离级别下是否会产生“幻象记录”的问题。 
方法:尝试在session1的两次查询之间添加符合其查询条件的记录。 

STEP 0:把两个session都设置为RR隔离级别: 
SET CURRENT ISOLATION TO RR 

STEP 1:在session1中做查询操作,但不提交: 
SELECT * FROM TA WHERE AC1 > 0 AND AC1 < 10 
假定查询结果有6条记录。 

STEP 2:在session2中INSERT一条记录: 
INSERT INTO TA (AC1, AC2) VALUES (7, 1) 

Session2被block住了…… 

STEP 3:在session1中做同样的查询操作: 
SELECT * FROM TA WHERE AC1 > 0 AND AC1 < 10 
查询结果仍为6条记录,且数据和第一次查询保持一致。 

STEP 4:在session1中做commit/rollback操作 

则session2立即继续执行。 

结论:在“RR”隔离级别下不会产生“幻象记录”的问题。 

作者“java-true”
 

Tags:

相关文章

文章评论

最 近 更 新
热 点 排 行
Js与CSS工具
代码转换工具

<