日常运维之TX锁处理（二）

想必大家都遇到过在数据库层面发起“alter system kill session ”（数据库层杀掉会话，不加immediate 关键字）时，经常出现资源无法及时释放、会话一直处于killed 状态的情况。如果这个会话是锁的源头，那么除了等待PMON （进程监视器）来清理之外，没有更好的办法了，而在操作系统层面杀掉进程的方式，基本上是百试百灵。使用系统命令“kill -9 ”杀死进程，系统向该process 进程发出sigkill ，sigkill 信号直接发送给init 进程，终止process 进程。这种方式直接终止了Oracle 会话中对应的操作进程，资源也可以直接释放。 下面就来重点讲解“alter system kill session ”的过程，以及为何“alter system kill session ”杀掉会话之后，查不到处于killed 状态的会话所对应的系统进程spid 。 “alter system kill session ” （不加immediate 关键字）杀掉会话可针对两种场景进行讨论：一是会话状态是active ，二是会话状态是inactive 。使用此命令杀掉处于active 状态的会话时，过程可以简单概括如下：会话在收到kill 信号后进行回滚，此过程不可被中断，直至过程完成，该会话会接收到 ORA-00028: your session has been killed ”信息 ，PMON 清理会话，释放资源。如果1 分钟过后，上述动作未完成，则该会话被标记为killed 状态，若会话拥有的资源未释放 PMON 进程清理会话。 使用此命令杀掉处于inactive 状态的会话时，过程可以简单概括如下：会话在收到kill 信号后被标记为killed 状态，会话拥有的资源未释放，等待PMON 进程清理会话。如果会话再次发出查询信号，会话就会接收到“ORA-00028: your session has been killed ”信息，PMON 清理会话，释放资源。 接下来模拟不加immediate 参数，杀掉会话后状态被标记为killed ，操作系统查不到进程的实验，过程如下： SQL> select username,sid,serial#,paddr,server,status from v$session where username = 'SCOTT'; USERNAME     SID    SERIAL# PADDR            SERVER    STATUS---------- ----- ---------- ---------------- --------- --------SCOTT         17       6733 00000000A34C7040 DEDICATED INACTIVESCOTT        158       9177 00000000A34D4998 DEDICATED INACTIVE  SQL> select b.sid,b.serial#,c.spid,b.status from v$session b,v$process c where b.paddr = c.addr and b.sid in (17,158);  SID    SERIAL# SPID      STATUS---- ---------- --------- --------  17       6733 23883     INACTIVE  158       9177 24120     INACTIVE 手动杀掉这两个会话的命令如下： SQL> alter system kill session '17,6733'; SQL> alter system kill session '158,9177'; 再次查询这两个会话的状态，命令及结果如下： SQL> select username,sid,serial#,paddr,server,status from v$session where username = 'SCOTT';USERNAME    SID    SERIAL# PADDR            SERVER    STATUS---------- ---- ---------- ---------------- --------- --------SCOTT        17       6733 00000000A3551F18 PSEUDO    KILLEDSCOTT       158       9177 00000000A3551F18 PSEUDO    KILLED 从代码中我们可以发现，当两个会话的状态为killed 时，会话的paddr 指向同一地址00000000A3551F18 （虚拟地址），此地址在操作系统层面并无对应的spid ，这就是当会话的状态变为killed 之后，使用以下语句查不到spid 的原因，查询示例代码如下所示： SQL> select b.sid,b.serial#,c.spid,b.status from v$session b,v$process c where b.paddr = c.addr and b.sid in (17,158); no rows selected 此时我们就可以使用前文的查询语句，查杀并清理会话， 命令及结果如下： SQL> select 'alter system kill session ''' || c.sid || '' || ',' || c.serial# || ''' immediate;' kill_session from v$session c where status='KILLED';KILL_SESSION-----------------------------------------------alter system kill session '17,6733' immediate;alter system kill session '158,9177' immediate; 因此，在查杀会话时，可以考虑直接使用“alter system kill session 'sid,serial#' immediate ”命令快速清理会话。需要注意的是，在查杀会话之前一定要再三确认信息，千万不要误杀了系统核心进程。