当利用PL/SQL执行一个sql语句的时候,有时候中途手动终止了该语句的执行,但是利用
--查看正在运行的sql语句
select a.*,s.*
from v$sqltext a,v$session s
where s.STATUS ='ACTIVE' and s.SQL_HASH_VALUE =a.hash_value
order by s.USERNAME,a.PIECE
会发现,该语句还在运行,这时候就要终止sql语句锁对应的session,方法如下:
1. 利用“查看正在运行的sql语句”找到该sql语句对应的sid 和 serial#
2. 执行alter system kill session 'sid,serial#' ,终止该session
3. 执行
select saddr,sid,serial#,paddr,username,status from v$session where username is not null
查看session是否被成功终止,我们会发现被kill掉的session,状态会被标记为killed,同时该session对应的paddr被修改,如果有多个session被kill,那么多个被kill的session的paddr都被更改为相同的进程地址。
但其实这种情况下,很多时候,session占用的资源是无法释放的,我们需要查询spid,在操作系统级来kill这些进程。我们可以通过如下语句查看系统中被锁的对象:
select lpad(' ', decode(l.xidusn, 0, 3, 0)) || l.oracle_username user_name,
o.owner, o.object_name, o.object_type, s.sid, s.serial#, p.spid
from v$locked_object l, dba_objects o, v$session s, v$process p
where l.object_id = o.object_id and l.session_id = s.sid and s.paddr = p.addr
order by o.object_id, xidusn desc
4. 但是由于被kill的session的paddr已经改变,我们无法通过v$session和v$process关联来获得该session对应os的进程。通过执行如下语句,来找到status=killed的session的addr,即为被Kill掉的session的进程地址。
SELECT s.username,s.status,
x.ADDR,x.KSLLAPSC,x.KSLLAPSN,x.KSLLASPO,x.KSLLID1R,x.KSLLRTYP,
decode(bitand (x.ksuprflg,2),0,null,1)
FROM x$ksupr x,v$session s
WHERE s.paddr(+)=x.addr
and bitand(ksspaflg,1)!=0
5. 现在我们获得了session的地址,就可以在v$process中找到spid,select * from v$process v where v.addr='*******'
6. 登录操作系统,利用kill -9杀死对应的进程。
实际上,当在Oracle中kill session以后, Oracle只是简单的把相关session的paddr 指向同一个虚拟地址.此时v$process和v$session失去关联,进程就此中断.
然后Oracle就等待PMON(Oracle的后台进程之一,用来清理失败的进程)去清除这些Session.所以通常等待一个被标记为Killed的Session退出需要花费很长的时间.
注意:数据库相关查询需要 DBA 权限~