死連接檢測 (DCD) 技術原理、配置調優與監控實戰全解析

DCD 核心機制

Dead Connection Detection (DCD) 專為客戶端異常斷電/崩潰未正常斷開會話場景設計。服務端主動發起探測，機制流程：

1. SQL*Net 讀取 SQLNET.EXPIRE_TIME (分鐘) 設置定時器；
2. 定時器到期，服務端發送空 SQL*Net 探測包至客戶端（不承載業務數據，但產生網絡層流量）；
3. 客戶端存活：丟棄探測包，定時器重置；
4. 客戶端異常斷開：服務端收到發送調用錯誤，SQL*Net 通知 OS 釋放連接佔用資源（專用服務器進程、PGA、鎖、臨時段等）。

關鍵配置參數

協議棧交互與超時鏈路

DCD 探測包 → TCP 發送 → 無 ACK → TCP 重傳 (指數退避) → TCP 放棄 → 通知 SQL*Net 失敗 → 釋放資源。

關鍵洞察：TCP 重傳超時通常達數分鐘 (Linux 默認 ~15 分鐘)，導致 DCD 實際生效遠晚於 EXPIRE_TIME。

協議棧調優實戰

1. 基線測試：EXPIRE_TIME=1 觀察清理耗時 → EXPIRE_TIME=5 再觀察，若耗時增加 ~4 分鐘，確為 TCP 重傳主導；
2. 內核參數調整 (Linux)：
   • /proc/sys/net/ipv4/tcp_keepalive_time (默認 7200s) → 建議 300s；
   • /proc/sys/net/ipv4/tcp_keepalive_intvl (默認 75s) → 建議 30s；
   • /proc/sys/net/ipv4/tcp_keepalive_probes (默認 9) → 建議 5；
3. 風險提示：縮短重傳間隔會縮小連接處理窗口，高負載/弱網環境可能誤殺正常連接，遠程慢速連接首當其衝。調整前必諮詢 OS 廠商。

版本差異

• SQL*Net 2.1.x：活動孤兒進程 (如長查詢) 查詢完成前不會被殺掉；
• SQL*Net 2.2+：孤兒進程資源無條件釋放，更激進。

監控 DCD 生效狀態

1. 啟用服務端跟蹤：TRACE_LEVEL_SERVER = 16 (sqlnet.ora)；
2. 生成跟蹤文件，搜索 DCD probe 關鍵字確認探測包發送/接收；
3. 對比 V$SESSION 中 LAST_CALL_ET 與 SQLNET.EXPIRE_TIME，驗證空閒會話是否按時清理。

最佳實踐配置模板

# sqlnet.ora (服務端)
SQLNET.EXPIRE_TIME = 10
TRACE_LEVEL_SERVER = OFF  # 生產關閉，排查時開啟 16

# 系統級 (Linux) /etc/sysctl.conf
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.tcp_keepalive_probes = 5
# sysctl -p 生效

替代方案對比

建議採用「DCD + TCP Keepalive 雙重保險 + 連接池限流」分層防護體系，構建零僵死連接的高可用數據庫服務層。