DB2数据库不会检测死锁和锁超时？

检查下数据库管理器(dbm)中监控开关的设置情况，db2 get monitor switches | grep -i lock
每个连接至数据库的应用程序(会话)都有其自己的监视器开关集，这些监视器开关与数据库管理器和其他应用程序无关。应用程序在连接至数据库时，从数据库管理器上继承他们的监视器开关设置。可以执行:get monitor switches 命令查看所有的监视开关设置情况。

你把 LOCKTIMEOUT 修改成 15 以后有没有重启？
the database must be shutdown and reactivated before the configuration parameter changes
become effective.

如果没生效将是下面的结果

db2 get db cfg |grep LOCKTIMEOUT
Lock timeout (sec) (LOCKTIMEOUT) = 15

$ db2 get db cfg show detail |grep LOCKTIMEOUT
Lock timeout (sec) (LOCKTIMEOUT) = -1 15

我的死锁测试例子是这样的：
假设表TAB里面有4条记录，分别表示为r1,r2,r3,r4
我是自己开了2个会话窗口：
会话1 update r1 不提交
会话2 update r2 不提交
会话1 select r2 进入锁等待。。。
会话2 select r1 也进入锁等待。。。
之后就是无限的锁等待

正常情况下，最后一步是会出现死锁回滚的。
我在另外一个环境上面测试，是会正常死锁回滚的，就这个环境不会。

Default database monitor switches
Buffer pool (DFT_MON_BUFPOOL) = ON
Lock (DFT_MON_LOCK) = ON
Sort (DFT_MON_SORT) = ON
Statement (DFT_MON_STMT) = ON
Table (DFT_MON_TABLE) = ON
Timestamp (DFT_MON_TIMESTAMP) = ON
Unit of work (DFT_MON_UOW) = ON
Monitor health of instance and databases (HEALTH_MON) = ON

快照监控已经全开。

分割线*
问题解决了，升级DB2 补丁就OK了。

所有的关系型数据库都会检测死锁，DB2的死锁探测器默认10秒启动一次，发现死锁后随机挑选其中一方强制回滚，跟你说的这个参数DB2DETAILDEADLOCK没关系。
至于锁超时，倒是有可能应用在连接级别另外自定义了锁超时时间覆盖了数据库参数LOCKTIMEOUT的设置。

能说说你们是根据什么现象怎么判断数据库没有检测死锁的吗？