数据库锁表故障的检查及处理

一、检查方法
Informix数据库的锁包括独占锁（exclusive）、升级锁（update）、共享锁（shared）、字节锁（byte）和意图锁（intent）五种类型。
我们经常遇到的是独占锁的问题。当一张表或一个记录被独占锁锁住时，其他的修改操作就无法完成，即使是普通的SQL语句也无法执行。
步骤 1        以informix用户登录数据库所在机器。
步骤 2        检查是否存在数据库锁表故障。
informix% onstat –k
address  wtlist           owner           lklist           type     tblsnum  rowid    key#/bsiz
c1809510 0        d656e774  c181cb3c     HDR+X    6002e1   2c602       0
如果存在type为HDR+X的记录，表示存在数据库锁表故障。
步骤 3        检查哪张表被锁。
1.        将tblsnum的值转换成十进制数。
例如6002e1转换成十进制数为6292193。
2.        登录系统数据库。
informix% dbaccess sysmaster
3.        根据提示，依次选择“Query-language > New”，输入如下SQL语句。
select * from systables where partnum='6292193';
退出后，选择“Run”，执行结果如下：
tabname    managelog
owner      tellin
partnum    6292193
tabid      12813
......
可以看到，锁表的名称为managelog。
----结束
二、处理方法
步骤 1        根据owner的值找出该线程所属的session ID。
informix% onstat -u |grep d656e774
d656e774 Y--P--- 2113     scu      tc     d0ab4460 0    1     2     0
加红部分为session ID。
步骤 2        根据session ID的值找出该线程所属的对应的进程ID。
informix% onstat -g ses 2113Informix Dynamic Server Version 9.40.FC7W4   -- On-Line -- Up 3 days 00:03:45 – -
134408 Kbytes
session                                        #RSAM    total      used
id       user     tty        pid     hostname threads  memory     memory
2113     scu      tc       5654      hp222    1        65536      47528
......
步骤 3        根据pid的值找出锁表的进程。
# ps -ef |grep 5654
scu  5654  5653  0  Oct 19  ?         2:03 iuserbill 0
如果是非紧要的进程，则可直接结束该session或进程