alter system kill session 'sid,serial#' ;

 被kill掉的session,狀態會被標記為killed,Oracle會在該用戶下一次touch時清除該進程.

我們發現當一個session被kill掉以后，該session的paddr被修改，如果有多個session被kill，那么多個session
的paddr都被更改為相同的進程地址

在這種情況下,很多時候，資源是無法釋放的,我們需要查詢spid，在操作系統級來kill這些進程.

但是由于此時v$session.paddr已經改變，我們無法通過v$session和v$process關聯來獲得spid

那還可以怎么辦呢?

我們來看一下下面的查詢:

SELECT P.ADDR FROM V$PROCESS P WHERE PID <> 1
MINUS
SELECT S.PADDR FROM V$SESSION S;

現在我們獲得了進程地址，就可以在v$process中找到spid，然后可以使用Kill或者orakill在系統級來殺掉這些進程.

實際上,應該是:

當在Oracle中kill session以后, Oracle只是簡單的把相關session的paddr 指向同一個虛擬地址.

此時v$process和v$session失去關聯,進程就此中斷.

然后Oracle就等待PMON去清除這些Session.所以通常等待一個被標記為Killed的Session退出需要花費很長的時間.

如果此時被Kill的process，重新嘗試執行任務，那么馬上會收到進程中斷的提示，process退出，此時Oracle會立即啟動PMON
來清除該session.這被作為一次異常中斷處理.

相關：
orakill sid spid 其中sid為實例名，spid為線程號
不過我運行時總是報錯:
Could not attach to Oracle instance sid名