本文描述了在DB2数据库8.2和9.5版本中，使用`with ur`声明的游标仍然可能导致NS锁的问题，从而引发锁超时和死锁。即使声明为只读，如果不添加`FOR READ ONLY`，数据库内部仍可能加锁。IBM官方文档建议在无更新或删除计划的查询中使用`FOR READ ONLY`以提高效率。解决方法是在只读游标后明确添加`FOR READ ONLY`选项，以避免不必要的锁竞争，提高系统并发性能。
数据库版本： 8.2,9.5 问题描述：
在数据库中使用 sqc 编程（动态及静态）时，当游标声明中的 sql 使用 with ur 方式时，数据库内部执行过程中发现依旧会使用 NS 锁，易导致数据库内部锁超时及死锁现象的发生。
问题现象：
case1 ：游标定义如下： EXEC SQL DECLARE DynPara2Cur_cur CURSOR FOR SELECT * FROM UM_TXNDB.TBL_UMTXN_DYN_PARA WITH UR;
当一个事务对表格发起 update 命令，并且不提交，此时执行包含上述游标语句的程序，程序会处于锁等待状态，现象如下图：
快照信息如下：
Application handl
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
