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杀线程