經常使用Oracle數據庫的人都比較清楚,在Oracle數據庫中是經常會遇到無效表名的問題,那么Oracle數據庫如何解決無效表名的問題的呢?tomcat錯誤日志報告ORA-00903:無效的表名并且沒有特定的SQL。這就需要您檢查使用無效表名編寫的代碼,可以通過ORACLE提供的錯誤堆棧來跟蹤錯誤SQL。由于無法檢索生產數據,因此以下是在測試環境中用于恢復生產錯誤的所有測試方法。
errorstack簡介
設置errorstack,在發生特定的ORA錯誤時會記錄發生問題的會話,語句以及各個進程的trace文件,在alert日志中有記錄錯誤記錄的trace文件位置,也可以給單獨會話開啟errorstack,追蹤會話報錯信息,可以通過下面兩個方法開啟:
/* level 0 僅轉儲錯誤堆棧
/* level 1 轉儲錯誤堆棧和函數調用堆棧
/* level 2 Level 1 + ProcessState
/* level 3 Level 2 + Context area (顯示所有cursors,著重顯示當前cursor)
1.alter session/system
alter session/system set events '
/* error_number為ORA錯誤后編號。
2.oradebug
/* 使用oradebug需要用戶具有sysdba權限
SQL> oradebug setospid/setmypid/setorapid
SQL> oradebug dump errorstack 3
可以通過下面方法查看當前系統開啟errorstack狀態:
SQL> set serveroutput on
SQL> oradebug setmypid
SQL> oradebug eventdump session/system;
追蹤
SQL> alter system set events '903 trace name errorstack level 3';
alter日志:
Tue Jun 09 14:23:44 2020
OS Pid: 10855 executed alter system set events '903 trace name errorstack level 3'
追蹤結果
alert日志信息:
Tue Jun 09 14:28:04 2020
Errors in file /u01/app/oracle/diag/rdbms/honor/honor1/trace/honor1_ora_7205.trc:
ORA-00903: 表名無效
Tue Jun 09 14:28:06 2020
Dumping diagnostic data in directory=[cdmp_20200609142806], requested by (instance=1, osid=7205), summary=[abnormal process termination].
查看對應trc追蹤文件:
*** 2020-06-09 14:28:04.303
*** SESSION ID:(26.661) 2020-06-09 14:28:04.303
*** CLIENT ID:() 2020-06-09 14:28:04.303
*** SERVICE NAME:(honor) 2020-06-09 14:28:04.303
*** MODULE NAME:(SQL*Plus) 2020-06-09 14:28:04.303
*** ACTION NAME:() 2020-06-09 14:28:04.303
dbkedDefDump(): Starting a non-incident diagnostic dump (flags=0x0, level=3, mask=0x0)
----- Error Stack Dump -----
ORA-00903: è?¨?<90><8d>?<97> ?<95><88>
----- Current SQL Statement for this session (sql_id=0vaqwchf1y3fq) -----
insert into null values(1)
找到具體sql,拿給開發人員,修改相關邏輯,錯誤修復。
關閉errorstack
SQL > alter system set events '903 trace name errorstack off';
通過上述介紹,Oracle數據庫如何解決無效表名的問題相信大家已經清楚了吧,想了解更多關于Oracle數據庫的問題,請繼續關注中培偉業。