Oracle 彻底 kill session

╰半夏微凉° 2022-05-15 06:26 229阅读 0赞

*--\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\**

*-- Oracle* *彻**底* *kill session*

*--\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\**

killsession是DBA经常碰到的事情之一。如果kill 掉了不该kill 的session，则具有破坏性，因此尽可能的避免这样的错误发生。同时也应当注意，

如果kill 的session属于Oracle 后台进程，则容易导致数据库实例宕机。

通常情况下，并不需要从操作系统级别杀掉Oracle会话进程，但并非总是如此，下面的描述中给出了在Oracle级别杀掉会话以及操作系统级别杀掉进程。

一、获得需要kill session的信息(使用V$SESSION 和 GV$SESSION视图)

SET LINESIZE 180

COLUMN spid FORMAT A10

COLUMN username FORMAT A10

COLUMN program FORMAT A40

SELECT s.inst\_id,

s.sid,

s.serial\#,

p.spid,

s.username,

s.program,

s.paddr,

s.STATUS

FROM gv$session s

JOIN gv$process p ON p.addr = s.paddr AND p.inst\_id = s.inst\_id

WHERE s.type != 'BACKGROUND';

INST\_ID SID SERIAL\# SPID USERNAME PROGRAM PADDR STATUS

*---------- ---------- ---------- ---------- ---------- --------------------------------------------- -------- --------*

11462327573TEST sqlplus@oracle10g (TNS V1-V3) 4C621950 INACTIVE

11601727610SYS sqlplus@oracle10g (TNS V1-V3) 4C624174 ACTIVE

11444227641 SCOTT sqlplus@oracle10g (TNS V1-V3) 4C624730 INACTIVE

二、使用ALTER SYSTEMKILLSESSION命令实现

语法：

SQL> ALTERSYSTEMKILLSESSION'sid,serial\#';

SQL> ALTERSYSTEMKILLSESSION'sid,serial\#'IMMEDIATE;

对于RAC环境下的kill session ,需要搞清楚需要kill 的session 位于哪个节点，可以查询GV$SESSION视图获得。

killsession的时候仅仅是将会话杀掉。在有些时候，由于较大的事务或需要运行较长的SQL语句将导致需要kill的session并不能立即杀掉。对于这种情

况将收到 "marked for kill"提示(如下)，一旦会话当前事务或操作完成，该会话被立即杀掉。

altersystemkillsession'4730,39171'

ERRORat line 1:

ORA\-00031: session marked forkill

在下面的操作中将杀掉会话146，144

sys@AUSTIN> altersystemkillsession'146,23';

System altered.

sys@AUSTIN> altersystemkillsession'144,42';

System altered.

sys@AUSTIN> select inst\_id,saddr,sid,serial\#,paddr,username,status,program from gv$session where username isnotnull;

INST\_ID SADDR SID SERIAL\# PADDR USERNAME STATUS PROGRAM

*---------- -------- ---------- ---------- -------- ---------- -------- ---------------------------------------------*

14C70BF04 144424C6545A0 SCOTT KILLED sqlplus@oracle10g (TNS V1-V3)

14C70E6B4 146234C6545A0TEST KILLED sqlplus@oracle10g (TNS V1-V3)

14C71FC84 160174C624174 SYS ACTIVE sqlplus@oracle10g (TNS V1-V3)

注意：在查询中可以看到被杀掉的会话的PADDR地址发生了变化，参照查询结果中的红色字体。如果多个session被kill 掉，则多个session的PADDR

被改为相同的进程地址。

通过下面的语句来找回被kill 掉的ADDR先前的地址

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

andbitand(ksspaflg,1)!=0;

USERNAME STATUS ADDR KSLLAPSC KSLLAPSN KSLLASPO KSLLID1R KS D

*---------- -------- -------- ---------- ---------- ------------ ---------- -- -*

ACTIVE 4C623BB8 99427468275 EV 1

ACTIVE 4C623040 9242744401

ACTIVE 4C622A84 101427480274 EV 1

ACTIVE 4C6224C8 1482745001

ACTIVE 4C621F0C 1482745001

ACTIVE 4C6235FC 242746801

SYS ACTIVE 4C624174 215274420

ACTIVE 4C62081C 1482744001

ACTIVE 4C621394 1482744001

ACTIVE 4C620DD8 11242747601

ACTIVE 4C61F6E8 1542761001

ACTIVE 4C620260 222242745001

ACTIVE 4C61FCA4 7252757301

ACTIVE 4C61F12C 6252757301

ACTIVE 4C61EB70 4242745801

ACTIVE 4C61E5B4 1482744001

ACTIVE 4C61DFF8 2242744401

4C624730 000

4C621950 000

4C61DA3C 000

或者根据下面的语句来获得发生变化的addr

sys@AUSTIN> select p.addr from v$process p where pid <> 1

2minus

3select s.paddr from v$session s;

ADDR

*--------*

4C621950

4C624730

三、在操作系统级别杀掉会话

寻找会话对应的操作系统的进程ID

sys@AUSTIN> select SPID from v$process where ADDR in ('4C621950','4C624730') ;

SPID

*----------*

27573

27641

使用kill 命令来杀掉操作系统级别进程ID

killsession \-927573

killsession \-927641

四、获得当前会话的SID

SQL> selectuserenv('sid') from dual;

USERENV('SID')

*--------------*

627

五、多个会话需要kill 的处理办法

1.根据给定的SID(用户名)查找需要杀掉会话的信息，包括位于哪一个实例

set linesize 160

col program format a35

col username format a18

select inst\_id,saddr,sid,serial\#,paddr,username,status,program from gv$session

wheresidin ('2731','2734','2720','2678','2685')

and username='CTICUST'

orderby inst\_id;

INST\_ID SADDR SID SERIAL\# PADDR USERNAME STATUS PROGRAM

*---------- ---------------- ---------- ---------- ---------------- ------------------ -------- ---------------------------*

100000003DAF8F870 2678826500000003DBC6CA08 MSS4USR INACTIVE JDBC Thin Client

100000003DAF98E48 26858300000003DBC08510 MSS4USR ACTIVE JDBC Thin Client

100000003DAFC7B80 2720500000003DBBEDA20 MSS4USR INACTIVE JDBC Thin Client

100000003DAFD66F8 2731300000003DBBE9AE0 SYS ACTIVE racgimon@svdg0028(TNS V1-V3)

100000003DAFDA730 27341500000003DBBEC268 MSS4USR INACTIVE JDBC Thin Client

200000003DAFD66F8 2731100000003DBBE92F8 ACTIVE oracle@svdg0029 (ARC0)

上面的查询中有一个SID为2731的位于节点2上。

也可以通过下面的方式来获得RAC的节点信息，便于确定需要kill 的session究竟位于哪一个节点。

set linesize 160

col HOST\_NAME format a25

SQL> select INSTANCE\_NUMBER,INSTANCE\_NAME,HOST\_NAME,VERSION,STATUS from gv$instance orderby1;

INSTANCE\_NUMBER INSTANCE\_NAME HOST\_NAME VERSION STATUS

*--------------- ---------------- ------------------------- ----------------- ------------*

1 O02WMT1A svd0051 10.2.0.4.0 OPEN

2 O02WMT1B svd0052 10.2.0.4.0 OPEN

3 O02WMT1C svd0053 10.2.0.4.0 OPEN

2.使用下面查询来生成kill session的语句

select'alter system kill session '''|| sid ||',' ||SERIAL\# ||''''||';'fromgv$session

wheresidin ('2731','2734','2720','2678','2685')

orderby inst\_id;

获得下列kill session的语句，根据要求由于此次需要杀掉的session全部位于节点1，因此登录到节点节点1执行下面的语句

altersystemkillsession'2678,8265';

altersystemkillsession'2685,83';

altersystemkillsession'2720,5';

altersystemkillsession'2731,3';

altersystemkillsession'2734,15';

altersystemkillsession'2731,1'; *--**此**条**命令不需要**执**行，**该**session**位于**节**点2。*

六、有关kill session的参考：

[Oracle How To:如何快速杀死占用过多资源(CPU,内存)的数据库进程 ][Oracle How To_CPU_]

[Oracle中Kill session的研究][Oracle_Kill session]

[Killing Oracle Sessions][]

七、更多参考：

有关性能优化请参考

[Oracle 硬解析与软解析][Oracle]

[共享池的调整与优化(Shared pool Tuning)][Shared pool Tuning]

[Buffer cache 的调整与优化(一)][Buffer cache]

[Oracle 表缓存(caching table)的使用][Oracle _caching table]

有关闪回特性请参考

[Oracle 闪回特性(FLASHBACK DATABASE)][Oracle _FLASHBACK DATABASE]

[Oracle 闪回特性(FLASHBACK DROP & RECYCLEBIN)][Oracle _FLASHBACK DROP _ RECYCLEBIN]

[Oracle 闪回特性(Flashback Query、Flashback Table)][Oracle _Flashback Query_Flashback Table]

[Oracle 闪回特性(Flashback Version、Flashback Transaction)][Oracle _Flashback Version_Flashback Transaction]

有关基于用户管理的备份和备份恢复的概念请参考

[Oracle 冷备份][Oracle 1]

[Oracle 热备份][Oracle 2]

[Oracle 备份恢复概念][Oracle 3]

[Oracle 实例恢复][Oracle 4]

[Oracle 基于用户管理恢复的处理][Oracle 5](详细描述了介质恢复及其处理)

有关RMAN的恢复与管理请参考

[RMAN 概述及其体系结构][RMAN]

[RMAN 配置、监控与管理][RMAN 1]

[RMAN 备份详解][RMAN 2]

[RMAN 还原与恢复][RMAN 3]

[Oracle How To_CPU_]: http://www.eygle.com/archives/2005/10/oracle_howto_kill_session.html
[Oracle_Kill session]: http://www.eygle.com/faq/Kill_Session.htm
[Killing Oracle Sessions]: http://www.oracle-base.com/articles/misc/KillingOracleSessions.php
[Oracle]: http://blog.csdn.net/robinson_0612/archive/2011/02/19/6195483.aspx
[Shared pool Tuning]: http://blog.csdn.net/robinson_0612/archive/2011/02/25/6208268.aspx
[Buffer cache]: http://blog.csdn.net/robinson_0612/archive/2011/02/25/6208594.aspx
[Oracle _caching table]: http://blog.csdn.net/robinson_0612/archive/2011/03/06/6226767.aspx
[Oracle _FLASHBACK DATABASE]: http://blog.csdn.net/robinson_0612/archive/2010/12/27/6100429.aspx
[Oracle _FLASHBACK DROP _ RECYCLEBIN]: http://blog.csdn.net/robinson_0612/archive/2010/12/29/6105327.aspx
[Oracle _Flashback Query_Flashback Table]: http://blog.csdn.net/robinson_0612/archive/2011/01/02/6112607.aspx
[Oracle _Flashback Version_Flashback Transaction]: http://blog.csdn.net/robinson_0612/archive/2011/01/02/6112981.aspx
[Oracle 1]: http://blog.csdn.net/robinson_0612/archive/2010/08/05/5791597.aspx
[Oracle 2]: http://blog.csdn.net/robinson_0612/archive/2010/08/16/5816012.aspx
[Oracle 3]: http://blog.csdn.net/robinson_0612/archive/2010/08/05/5791585.aspx
[Oracle 4]: http://blog.csdn.net/robinson_0612/archive/2010/07/27/5768233.aspx
[Oracle 5]: http://blog.csdn.net/robinson_0612/archive/2010/11/28/6041217.aspx
[RMAN]: http://blog.csdn.net/robinson_0612/archive/2010/11/24/6032525.aspx
[RMAN 1]: http://blog.csdn.net/robinson_0612/archive/2010/11/24/6032597.aspx
[RMAN 2]: http://blog.csdn.net/robinson_0612/archive/2010/11/24/6032739.aspx
[RMAN 3]: http://blog.csdn.net/robinson_0612/archive/2010/11/28/6041247.aspx