informix锁表处理:找出表被谁锁住了

如果您执行SQL语句时候出现下面的错误提示：
   244: Could not do a physical-order read to fetch next row.
   113: ISAM error:  the file is locked.
毫无疑问，您要访问的表被别人锁住了。
   
如果您的使用了 set lock mode to wait 语句，onstat -u 命令可以报告出会话在等待锁资源的信息（

标志位“L”），如：
c0000000379015e8 L--PR-- 4626     informix tJ       c0000000006e45f0 20   1     0        0   
超时后报错：
   244: Could not do a physical-order read to fetch next row.
   154: ISAM error: Lock Timeout Expired   

那么，怎么样找出是谁锁住了这个表呢？介绍一个小技巧，执行下面SQL语句：

   DATABASE sysmaster;
   SELECT owner FROM syslocks WHERE tabname="表名";

得到的owner就是加锁的会话号SID，于是我们就可以使用 onstat -g ses SID 命令查看该会话的信息，

包括是哪个用户、执行了什么SQL语句。还可以通过DBA身份使用 onmode -z 命令杀断该会话。



------------------------------------------------------------


锁表处理步骤：
1、onstat -ks|grep HDR+X   //重查询是那个表被锁
address wtlist   owner    lklist   type     tblsnum rowid    key#/bsiz
c1809510 0        d656e774 c181cb3c HDR+X    6002e1   2c602       0
需要关注lklist和type项，从上面来看tblsnum为6002e1（6292193十六进制转换成十进制）
的表被锁了。可以重查询是那个表被锁：
dbaccess ：select * from systables where partnum='6292193'得到
tabname    basetab_mvpn
owner      smpmml
partnum    6292193
tabid      12813
rowsize    464
ncols      61
nindexes   1
nrows      2984
created    12/10/2002
version    839843846
tabtype    T
locklevel R
npused     746
fextsize   16
nextsize   16
flags      0
2、onstat -u，将owner(address)为d656e774的线程找出来
address flags   sessid   user     tty      wait     tout locks nreads   nwrites
d656e774 Y--P--- 4261     smp20    -        d6ad2330 0    180   99620    16
3、onstat -g sql d656e774可以将这个线程执行过的sql语句打印出来。
4、只要用informix用户执行onmode-z sessid干掉线程
onmode-z 4261
重点说明：onstat -g ses sessid找个进程PID来,然后ps -ef|grep Pid; kill -9 pid
在处理这些问题时还会遇到表被锁是因为该线程还没有执行完毕，此时就不能简单的 onmode -z杀线程