現象描述
使用PL/SQL Developer連接Oracle 11g，正常使用三個月後突然出現：
- SQL窗口執行第一條查詢正常，執行第二條報「ORA-00942: table or view does not exist」，重新打開窗口即恢復。
- 執行DML（UPDATE/DELETE）並COMMIT後，數據實際未變更，需重開窗口重試。
可能原因分析
1. 會話/游標狀態異常
- 長時間運行的會話可能導致游標洩漏、事務狀態混亂。
- 隱式提交（DDL操作）或驅動程序Bug使會話處於不可預期狀態。
2. 連接池/驅動問題
- Oracle Client (OCI) 或 JDBC 驅動版本與數據庫不兼容。
- 連接池未正確重置會話狀態（如
ALTER SESSION設置殘留）。
3. 權限/同義詞解析延遲
- 依賴公共同義詞或DB Link，網絡抖動導致解析失敗。
- Schema變更（如表重建）導致緩存的解析樹失效。
排查與解決步驟
- 升級工具與驅動：PL/SQL Developer、Oracle Client升級至最新兼容版本。
- 啟用SQL監控：在PL/SQL中開啟「SQL Window - Test Query」或使用
V$SESSION、V$SQL觀察失敗時的會話狀態。
- 檢查會話設置：對比正常/異常窗口的
NLS_PARAMETERS、CURRENT_SCHEMA等。
- 代碼層面規避：
- 避免長事務，及時
COMMIT/ROLLBACK。
- 關鍵操作前執行
SELECT 1 FROM DUAL驗證連接活性。
- 考慮使用
DBMS_SESSION.RESET_PACKAGE重置包狀態。
- 網絡/防火牆：排查長連接被斷開導致的「斷管」問題，配置
SQLNET.EXPIRE_TIME保活。
關於「公共賬戶建DB Link」的回答補充
原最佳答案建議「用公共賬戶創建dblink」，這可能針對跨數據庫訪問權限問題，但與上述會話異常無直接關係。若確涉及跨庫查詢，確保DB Link雙向通暢、權限正確是基礎。
建議優先從客戶端工具、驅動、會話管理入手排查，而非單純依賴DB Link繞過問題。
