db2隔离级别-试验
准备工作
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操作&
