Kill Session经验总结

Kill Session经验总结
 
在Oracle的日常维护中,经常出现以下两种情况需要我们DBA kill session:
1. App抱怨他们的应用hang住了,在数据库里查询得知他们的session被其它session block,此时要把其它session kill掉,以便App应用能及时跑完。
2. App的应用跑到一半,突然决定不跑了,需要DBA把他们的session kill掉。
以下是我经常采用的kill session的方法:
1. 在数据库层面用语句alter system kill 'sid, serial#'
2. 在某些特殊情况下,方法1无法使用,便在OS层面执行kill -9
采用以上方法经常碰到的问题是:对于那些已经跑了很久的session,不是一下子就能kill掉的,有时要等很久,此时就只能傻傻的在那等,当App那边的人问“session消失了吗?如果没有消失,还要等多久?”等等之类的问题的时候,总是无法给他们确切的答案,直到今天看了Ask tom里的一篇文章后,才找到解决方法。
http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:4974573906087
 
1. alter system kill 'sid, serial#'这条语句会做什么?
每当执行以下语句时:
A105024@O02DMS1>alter system kill session '524,24148';
 
System altered.
 
总是能很快的返回System altered的结果,很多人误以为此时session已经被killed了,其实不然,该语句只是发出一个命令,告诉这个session:你被killed掉了,如果此时session为空闲状态,它可以马上结束,但是如果此时session正在做一个事务,它在结束前需要将事务回滚,并释放锁。
 
因此,对于那些需要长时间回滚才能被kill掉的session来说,在执行alter system kill session之后,它的状态变成KILLED,比如:
select username, status from v$session where sid= 524;
 
SID             STATUS
--------------- ----------
524             KILLED
 
2. KILLED状态的session还要多少时间才能消失?
如果去评估KILLED状态的session还要多少时间才能消失呢?我们可以查询v$transcation中的USED_UBLK,比如used_ublks当前值为500,1分钟后剩下400,那么你可以估计该session大概还需要400/(500-400)=4分钟的时间才能结束,以下是一个实际中的例子:
select used_ublk from v$transaction;
 
USED_UBLK
----------
2262
 
1 row selected.
 
SQL> /
 
USED_UBLK
----------
1430
 
1 row selected.
 
SQL> /
 
USED_UBLK
----------
1103
 
1 row selected.
 
一直监控USED_UBLK的值,只要它不等于0,该session还是处于KILLED的状态:
 
select username, status from v$session where sid= 524;
 
SID             STATUS
--------------- ----------
524             KILLED
 
select used_ublk from v$transaction;
 
USED_UBLK
----------
1048
 
1 row selected.
 
SQL> /
 
USED_UBLK
----------
489
 
1 row selected.
 
SQL> /
 
no rows selected
 
没有USED_UBLK返回,说明回滚已经结束。
 
3.为什么USED_UBLK的值已经为0了,session还是显示killed的状态?
 
这是因为必需得等到client端收到ORA-00028错误之后,session才会消失,换句话说,即使session已经回滚完毕,但如果client端还没有确认,session还是保持在killed的状态,如:
 
select used_ublk from v$transaction;
 
no rows selected
 
虽然USED_UBLK已经为0了,但是session还是killed的状态:
 
select username, status from v$session where sid= 524;
 
SID             STATUS
--------------- ----------
524             KILLED
 
在client端,尝试任何执行语句,都会出现ORA-00028:
 
SQL> select instance_name from v$instance;
select instance_name from v$instance
*
ERROR at line 1:
ORA-00028: your session has been killed
 
此时session才会消失:
 
select username, status from v$session where sid= 524;
 
no rows selected
 
4. kill -9与alter system kill session的区别
 
alter system kill session的原理是让session自己把自己kill掉,也就是session自己回滚;而kill -9是让pmon清理session。
kill -9的速度看起来比alter system kill session要快一些,这是因为pmon会做一些并行的处理,让回滚更快一些,
但是kill -9不建议使用,因为:
1. 在OS层面直接kill进程,存在未知的风险;
2. 容易误操作,如果万一把Oracle的关键进程(如smon)kill掉,会造成数据库宕机的事故;
3. 无法监控事务回滚进度。
所以,不到万不得已的情况下,尽量不要用kill -9。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值