Oracle「殺不掉的會話」終極解決：從 KILLED 狀態到 OS 級強制清理

ALTER SYSTEM KILL SESSION 執行後會話變為 KILLED 卻長期不釋放鎖，是 DBA 夜間值班的噩夢。本文提供從 SQL 層到 OS 層的分級強制清理方案。

第一級：標準殺會話 (SQL 層)

1. 定位被鎖對象與會話

SELECT o.object_name, s.machine, s.sid, s.serial#
FROM v$locked_object l
JOIN dba_objects o ON l.object_id = o.object_id
JOIN v$session s ON l.session_id = s.sid;

2. 標記殺掉

ALTER SYSTEM KILL SESSION 'sid,serial#';  -- 如 '24,111'

可在 Enterprise Manager / SQL Developer 圖形化操作。

第二級：OS 級強制終止進程/線程 (KILLED 卡住時)

現象：會話狀態 KILLED，但鎖未釋放，事務回滾極慢或卡住。

1. 獲取 OS 進程/線程 ID (SPID)

SELECT p.spid, s.osuser, s.program
FROM v$session s
JOIN v$process p ON s.paddr = p.addr
WHERE s.sid = 24;  -- 目標 SID

2. Unix/Linux：Root 權限 Kill 進程

# kill -9 12345  -- SPID

3. Windows / Unix 通用：Oracle 專用 orakill 殺線程

orakill SID THREAD_ID
-- 例：C:\> orakill ORCL 12345

• SID：實例名 (非會話 SID)
• THREAD_ID：即 V$PROCESS.SPID (Windows 下為線程 ID)

原理解析：為什麼 KILLED 會卡住？

1. 大事務回滾：Undo 生成量巨大，單線程串行回滾耗時極長
2. 分佈式事務：等待遠端協調器響應 (Two-Phase Commit)
3. 資源等待：I/O 擁塞、鎖遞歸等待
4. PMON 清理延遲：進程異常終止後，PMON 需定時掃描清理

預防與最佳實踐

緊急情況下的核選項

若單會話阻塞核心業務且上述均無效：

1. 確認業務影響範圍
2. 通知業務方
3. SHUTDOWN ABORT → STARTUP (實例級重啟，最快恢復可用性)
4. 事後分析 Alert Log / Trace 定位根因