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

http://blog.csdn.net/yunchenge/archive/2007/06/15/1653506.aspx
http://blog.csdn.net/daibo518/archive/2008/04/16/2297178.aspx

如果您执行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杀线程

http://xborant.blog.163.com/blog/static/113857147200982764752883/