|
起首你要知道表锁住了是不是正常锁？由于任何DML语句城市对表加锁。
你要先查一下是谁人会话谁人sql锁住了表，有也许这是正常营业需求，不提议任意KILL session，假如这个锁表是正常营业你把session kill掉了会影响营业的。
提议先查缘故起因再做抉择。
(1)锁表查询的代码有以下的情势：
select count(*) from v$locked_object;
select * from v$locked_object;
(2)查察哪个表被锁
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;
(3)查察是哪个session引起的
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;
(4)查察是哪个sql引起的
select b.username,c.* from v$locked_object a,v$session b,v$sql c where a.session_id = b.sid
and b.SQL_ID = c.sql_id and c.sql_id = ‘‘
order by b.logon_time;
(5)杀掉对应历程
执行呼吁：alter system kill session‘1025,41‘;
个中1025为sid,41为serial#.
(6)?表现用户会话ID不存在 : ?
我碰着的环境是，着实已经执行了kill历程呼吁，即已经执行了第（5）条，
可是要等个把小时才见效，在短时刻内照旧锁表状态，而且报的提醒信息是?会话ID不存在，
可过一段时刻再试，表已经解锁了。
（编辑：湖南网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
