情况是这样的,今天需要修改表中一条记录的某个字段,于是用了select。。。for update语句,但是由于不常用这条语句(之前是看需求这样用过),没有在修改了之后还要commit一下,于是改了几次后发现表被锁了,怎么也没法再执行update语句了,于是百度下,找到了下面的语句
select b.owner,b.object_name,a.session_id,a.locked_mode
from v$locked_object a,dba_objects b
where b.object_id = a.object_id;
select b.username,b.sid,b.serial#,logon_time
from v$locked_object a,v$session b
where a.session_id = b.sid order by b.logon_time;
执行后,用
alter system kill session'5076,8808';
杀掉每个被锁的session,之后再次执行update语句,按网上的说法,这时应该就可以了,可是我执行update语句,还是会被锁住,于是再查,又找到了这条语句
SELECT object_name, machine, s.sid, s.serial#
FROM gv$locked_object l, dba_objects o, gv$session s
WHERE l.object_id = o.object_id
AND l.session_id = s.sid;
执行后发现又出现好多记录,于是又执行
ALTER system kill session '4134, 16305';
,但是提示session不存在,继续百度,于是找到下面语句
select object_name, machine,s.sid,s.serial#,p.spid as 系统进程号
from gv$locked_object l , dba_objects o , gv$session s , gv$process p
where l.object_id=o.object_id and l.session_id=s.sid and s.paddr=p.addr;
这样,我把查出来的结果,取系统进程号一列,挨个在系统中用
ps -fe |grep 系统进程号去查,发现都没有相关进程,这时已经没有可做的了,接下来就是等待了,据网上说要等待oracle自己去回收这些实际上已经被杀死的sesssion,
又试了一会后再查gv$locked_object表和v$locked_object表,发现前者也没有记录了,这时我尝试了下update语句,发现已经可以执行了。。