首页 > Linux操作系统 > Linux操作系统 > KILL SESSION 相关


原创 Linux操作系统 作者:zecaro 时间:2011-03-09 20:57:27 0 删除 编辑


        最近在使用ALTER SYSTEM KILL SESSION 'sid,serial#'; kill掉一个inactive的session时,marked for kill,随后发现很久都没有从v$session中清理掉。然后查找到对应的os上的进程,进程状态还是很正常的,发送了kill -3,就清理掉了(当然kill -9肯定ok啦)。


Why alter system kill session IMMEDIATE is good

I am pretty sure that many of us come across of situations when a killed session by 'alter system kill session' command did put the session in 'KILLED' status and never released the session  for a long time on the database. It could be due to the fact that the session would be rolling back the ongoing transaction.
Whenever we are in such situation, we generally try to find out the OS pid (on UNIX OS) associated with the killed session (which is a bit difficult task, as the killed session paddr in v$session changes while the addr corresponding value in v$process does not), and kill the associated OS process with 'kill -9' command on the OS level.
I have found the IMMEDIATE option with the 'alter system kill session' is more useful as it writes the following information in the alert.log file after killing the session and also try to finish the things at the earliest possible to close the session from the database:

Wed Feb 10 11:02:39 2010 
Immediate Kill Session#: 515, Serial#: 36366
Immediate Kill Session: sess: c0000001be20d9f0  OS pid: 14686

As you see, it writes the time stamp when the session was killed, and also gives the associated OS pid of the killed session in the alert.log. As per Oracle documentation, 'Specify IMMEDIATE to instruct Oracle Database to roll back ongoing transactions, release all session locks, recover the entire session state, and return control to you immediately.'


alter system kill session 'sid,serial#' IMMEDIATE;





Hi, Jaffar.

Pls, note that it is not case in 9i.


来自 “ ITPUB博客 ” ,链接:,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录


  • 博文量
  • 访问量