关于DB2的锁定问题

[gdlin]

我发现DB2一个锁定的问题，在7.2 和 8.1下都出现了，可能是我方法不对。请大家帮我看看：

表T1(c1 int ,c2 int)是行锁。
Z:\>db2 select tabname,locksize from syscat.tables where tabname='T1'
TABNAME
LOCKSIZE
--------------------------------------------------------------------------------
------------------------------------------------ --------
T1
R


里面两条记录（1，1）（2，2）。设置DB CFG －》(LOCKTIMEOUT) = 10，锁定超时10秒

在一个命令窗口，输入一个update语句，但不提交它：
Z:\>db2 +c update t1 set c2=3 where c1=1
DB20000I SQL 命令成功完成。

另一个命令窗口，查询一个条件不同的记录，10秒后返回超时错误：
root:/>db2 "select * from t1 where c1=2"
SQL0911N因为死锁或超时，所以当前事务已回滚。原因代码为"68". SQLSTATE=40001
68 由于锁定超时而导致事务已回滚。

而我这两条语句非常明显的where条件是不同的，但update语句把和他条件不相干的另一行也锁定了。按理来说我update锁定的是条件是c1=1 ,而select的条件是C1=2，两个并不会产生锁的争用啊

大家可以试试。并请明家指定一条明路。谢谢！

[gdlin]

get snapshot for locks 结果


数据库锁定快照

数据库名 = TEST
数据库路径 = D:\DB2\NODE0000\SQL00001输入数据库别名 = TEST
保持的锁定 = 6
当前已连接的应用程序 = 2
当前正等待锁定的代理进程数 = 1
快照时间戳记 = 04/27/2004 13:06:48.464992

应用程序句柄 = 66
应用程序标识 = *LOCAL.DB2.00F047050619
序列号 = 0002
应用程序名 = db2bp.exe
CONNECT 认证标识 = ZHEN
应用程序状态 = 锁定等待
状态更改时间 = 04/27/2004 13:06:36.825686
应用程序代码页 = 1386
保持的锁定 = 3
总计等待时间（毫秒） = 11639

等待锁定的子节 = 0
挂起锁定的代理进程标识 = 59
保留锁定的应用程序标识 = *LOCAL.DB2.00F0C7045622
锁定名称 = 0x02000400040000000000000052
锁定属性 = 0x00000000
发行版标志 = 0x00000001
锁定对象类型 = 行
锁定方式 = 互斥锁定（X）
请求的锁定方式 = 下一个键共享（NS）
挂起锁定的表空间名 = USERSPACE1
挂起锁定的表模式 = ZHEN
挂起锁定的表名 = T1
锁定等待启动时间戳记 = 04/27/2004 13:06:36.825688

锁定列表
锁定名称 = 0x010000000100000001005A0056
锁定属性 = 0x00000000
发行版标志 = 0x40000000
锁定计数 = 1
挂起计数 = 0
锁定对象名 = 0
对象类型 = 内部 V 锁定
方式 = S

锁定名称 = 0x94928D848F9F949E7B89505241
锁定属性 = 0x00000000
发行版标志 = 0x40000000
锁定计数 = 1
挂起计数 = 0
锁定对象名 = 0
对象类型 = 内部 P 锁定
方式 = S

锁定名称 = 0x02000400000000000000000054
锁定属性 = 0x00000000
发行版标志 = 0x00000001
锁定计数 = 1
挂起计数 = 0
锁定对象名 = 4
对象类型 = 表
表空间名 = USERSPACE1
表模式 = ZHEN
表名 = T1
方式 = IS


应用程序句柄 = 59
应用程序标识 = *LOCAL.DB2.00F0C7045622
序列号 = 0012
应用程序名 = db2bp.exe
CONNECT 认证标识 = ZHEN
应用程序状态 = UOW 正在等待
状态更改时间 = 04/27/2004 12:58:51.555567
应用程序代码页 = 1386
保持的锁定 = 3
总计等待时间（毫秒） = 0

锁定列表
锁定名称 = 0x02000400040000000000000052
锁定属性 = 0x00000020
发行版标志 = 0x40000000
锁定计数 = 1
挂起计数 = 0
锁定对象名 = 4
对象类型 = 行
表空间名 = USERSPACE1
表模式 = ZHEN
表名 = T1
方式 = X

锁定名称 = 0x94928D848F9F949E7B89505241
锁定属性 = 0x00000000
发行版标志 = 0x40000000
锁定计数 = 1
挂起计数 = 0
锁定对象名 = 0
对象类型 = 内部 P 锁定
方式 = S

锁定名称 = 0x02000400000000000000000054
锁定属性 = 0x00000000
发行版标志 = 0x40000000
锁定计数 = 1
挂起计数 = 0
锁定对象名 = 4
对象类型 = 表
表空间名 = USERSPACE1
表模式 = ZHEN
表名 = T1
方式 = IX

[Mr_Bean]

up

[gdlin]

可以看出，当第一个语句update符合where子句的某一行的时候，这时此行持有该行的X锁，而当第二个select子句执行时，虽然它的where子句不包含第一句的where条件。但它持有整个表的IS锁。

而X锁和IS锁是不兼容的，必须等待应用程序释放锁。

这样的话，岂不是DB2在更新表中的任何一个数据的时候，只要它没有提交，那任何一个select语句都是执行不了的，除非隔离级别是UR（未提交读）。

[gdlin]

而且为了保证不会产生RR的隔离级别,我
db2set DB2_RR_TO_RS=YES

[gdlin]

而且为了防止RR隔离级别。我
db2set DB2_RR_TO_RS=YES

[gdlin]

up

[xuletian]

db2是这样的，如果行上带上索引，事情就不一样了，所以update和select在where中使用有索引的列在锁方面也会带来好处，update没有索引的列使用索引检索时可以看出来。

[lizzz]

这不是死锁，只是一个超时而已。
update的时候加了排他锁，这是后要进行查询的时候需要加共享锁，这当然是不允许的。改成脏读就不会有问题了。

[lizzz]

另外加上索引应该也能解决这个问题。