准备工作
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”隔离级别下不会产生“幻象记录”的问题。
- 大小: 60.1 KB
- 大小: 45.3 KB
分享到:
相关推荐
Dbeaver连接BD2数据库驱动
flink-sql-connector-db2-cdc 2.5-SNAPSHOT
DB2 中的四个隔离级别 DB2 支持四种隔离级别,分别是可重复读(Repeatable Read)、读稳定性(Read Stability)、游标稳定性(Cursor Stability)和未落实的读(Uncommitted Read)。每种隔离级别都有其特点和应用...
DB2是IBM开发的一款关系型数据库管理系统,广泛应用于企业级数据存储和管理。在DB2系统中,进程扮演着至关重要的角色,它们是系统运行的基础,负责执行SQL语句、管理内存、处理并发请求以及与操作系统进行交互。下面...
- **数据库创建**:如果需要创建新的数据库,需要额外配置数据库级别的HA支持。 - **HADR 设置**:高可用远程复制(High Availability Disaster Recovery, HADR)是DB2中的一项功能,可以进一步增强数据的可用性和...
DB2DB2-CLIENT-Sat Jan 30 11_48_21 2010.log Test sourse
压缩包中的"db2-driver-license.txt"文件,通常包含了使用DB2 JDBC驱动的许可协议条款。在使用驱动前,开发者必须了解并遵循这些条款,确保合规操作。 6. **安全与性能**: 安全方面,DB2 JDBC驱动支持SSL加密,...
在DB2数据库管理系统中,日志记录是确保数据一致性和可恢复性的重要机制。事务日志记录是关系数据库系统用来保证数据完整性的关键工具,它记录了所有事务的详细信息,包括事务的开始、修改和结束。本文将深入探讨DB2...
在"DB2-PostgreSQL-源码"这个主题中,我们可以探讨这两个数据库系统的源码分析、移植与互操作性等方面的知识。源码分析对于理解数据库的内部工作原理、优化性能以及定制化开发是非常有价值的。下面我们将深入讨论...
需要通过ODBC 连接IBM DB2 数据库,这里是从IBM官网下载下来的驱动包,安装过程请参考我的博文:http://blog.csdn.net/sharkterryjennifer/article/details/51346621
### DB2认证-db2cert512-a4.pdf 关键知识点概述 #### 一、引言 本教程主要介绍DB2工具的基础知识以及数据仓库和联机分析处理(OLAP)的基本概念。它是DB2基础知识认证系列教程的第一部分,旨在帮助准备DB2基础知识...
DB2是一款由IBM开发的关系型数据库管理系统,广泛应用于企业级数据存储和管理。在DB2中,表空间(Tablespace)是数据存储的基本单位,它将物理磁盘上的存储资源组织起来,为数据库对象(如表、索引等)提供逻辑存储...
db2-driver-for_jdbc 亲测,可用 来自官方 可用于db2 版本11.1以上,并且jdk 1.7,
SUSELinux-db2-IBM-weblogic
DB2数据库安装文件exe类型,win10系统64位可用,注意数据库创建权限,db2的权限是非常严密的。上传于2020-09-02,下载安装即用。
conn_src = jaydebeapi.connect('com.ibm.db2.jcc.DB2Driver', 'jdbc:db2://DB2_IP:50000/MAXIMO', ['db2inst1', 'maximoqa'], 'db2jcc4-10.5.9.jar') cursor=conn_src.cursor() sql = 'SELECT * FROM TEST' cursor...
db2文档--主要为管理文档(中文),内容包括安装、维护、管理和开发,希望对大家有帮助。
DB2 Universal Database (UDB) 是IBM开发的一款关系型数据库管理系统,广泛应用于企业级的数据存储和管理。在DB2 UDB Express-C V9.7版本中,它提供了一个免费的社区版,适合小型企业和个人开发者使用,以进行学习、...
db2jcc4-1.0.jar
本资源包含的"DB2-Data-Server-Driver-CN"和"db2jcc4.jar"是针对DB2数据库的Java连接驱动,对于使用Java语言进行数据库操作的开发者来说至关重要。 DB2 Data Server Driver CN是IBM提供的针对中国地区的DB2数据库...