db2 什么情况会锁表 一个事务会在表上加锁，不管是查询还是修改，只是锁的类型不同，共享锁或是排他锁。这与设定的隔离级和做的操作有关。估计楼主关心的是非共享锁表，下面给出我所了解的几种情况1.lock table in exclusive mode2.隔离级设为RR，并执行修改操作3.如果更新行数太多，可能会由行级锁升级为表锁
一个db2死锁的问题： 我有个办法：1.建立一个雨table2一样的临时表，table2_tmp，可以使用create like命令2.执行insert into table2_tmp select*from table2 where xxx with ur，以不锁表的形式插入临时表3.再插入table1从table2_tmp如果，第三部操作比较简单，可以省去第二步，直接插入数据到table1，关键是with ur关键字，这种最低级别的隔离级别，不锁table2。
DB2插入数据 sqlcode302 sqlstate22001错误，DB2插入数据qlcode302qltate22001错误怎么解决。
db2 为什么会锁表 锁是数据库为了控制并发数据的完整性而引入的机制。锁表只是锁的一种。锁表简单来说就是一个事务操作对表A进行加锁（排他锁），但一直不释放该锁，A表处于锁定状态。其他事务无法会访问该表造成锁等待。DB2锁表DB2支持的表级锁定1、IN 无意图锁（Intent Node），不需要行锁，拥有者可以读取包括其他事务未提交数据在内的所有数据，但不能对表中的数据作出修改。2、IS意图共享锁（Intent Share），需要行锁配合拥有者可以在拥有相应行上的S锁时可以读取该行的数据，但不能修改数据。3、IX意图排他锁（Intent eXclusive），需要行锁配合拥有者可以在拥有相应行上的X锁时可以修改该行的数据4、SIX共享并且意图排他锁（Share with Intent eXclusive），需要行锁配合拥有者可以读取表中的任何数据，如果在相应的行上可以获得X锁，可以修改该行。SIX的获取比较特殊，当程序拥有IX锁时请求S锁，或者在已经拥有S锁的时候请求IX锁时产生5、S共享锁（Share），不需要行锁配合可以读取表上的任何数据，如果表上被加了S锁，表上的数据只能被读取而不能做出任何修改6、U 更新锁（Update），不需要行锁配合拥有者可以读取表中的任何数据，如果升级为X锁，则可以更改表中的任何。
DB2如何解决并发锁表问题 先定位一下是哪个程2113序句柄导致的5261死锁。方法一、查看4102db2diag.log文件找到DeadLock or Lock timeout 死锁或锁超时信息db2 force application(句柄1653ID)直接结束进程即可。方法二、DB2快照信息1、看一下DB2快照信息db2 get snapshot for locks on sample可以得到类似信息：数据库锁定快照数据库名称=SAMPLE数据库路径=D：\\IBM\\DB2\\NODE0000\\SQL00001\\输入数据库别名=SAMPLE挂起的锁定=8当前已连接的应用程序=2当前正等待锁定的代理程序数=1应用程序句柄=54应用程序标识=*LOCAL.DB2.140304192925序号=00001应用程序名=db2bp.exe CONNECT授权标识=DB2ADMIN应用程序状态=锁定等待应用程序代码页=1208挂起的锁定=4总计等待时间（毫秒）=247867锁定列表锁定名称=0x5359534C564C3031DDECEF2841锁定属性=0x00000000发行版标志=0x40000000锁定计数=1挂起计数=0锁定对象名=2312对象类型=行表空间名=IBMDB2SAMPLEREL表模式=DB2ADMIN表名=TEST方式=IX查看锁定的详细信息：db2 get snapshot for locks for application agentid 1728（1728是句柄ID）3、观察命令db2 list applications的输出查看应用程序的状态是否有锁定等待。
