SQL*Net break/reset to client等待

如果執行的程式碼中包含某種可能的錯誤，且在呼叫中觸發了的話，伺服器端本地的服務程式有義務對遠端客戶端告知該資訊，這個告知的過程中服務程式就處於SQL*Net break/reset to client等待中，直到客戶端收到問題資訊為止。
大的查詢，表的不合理連線也會照成。
SQL> select * from v$mystat where rownum=1;

SID STATISTIC# VALUE
---------- ---------- ----------
135 0 1

SQL> insert into test05 values(1);

1 row inserted

SQL> commit;

Commit complete

SQL> alter session set events '10046 trace name context forever,level 8';

Session altered
檢視trace檔案

FETCH #1:c=0,e=204594,p=72,cr=129,cu=0,mis=0,r=1,dep=1,og=4,tim=6307709774
EXEC #2:c=0,e=263868,p=72,cr=130,cu=11,mis=0,r=0,dep=0,og=1,tim=6307739186
ERROR #2:err=1 tim=0
WAIT #2: nam='SQL*Net break/reset to client' ela= 3 driver id=1111838976 break?=1 p3=0 obj#=-1 tim=6307747970
WAIT #2: nam='SQL*Net break/reset to client' ela= 100 driver id=1111838976 break?=0 p3=0 obj#=-1 tim=6307748498
由於等待很短，需要檢視v$session_wait_history檢視來追蹤，需要在別的session檢視，不然可能查不到。
select event from v$session_wait_history where sid=135
SQL*Net message to client
SQL*Net break/reset to client
SQL*Net break/reset to client
SQL*Net message from client
SQL*Net message to client
SQL*Net message from client
SQL*Net message to client
SQL*Net message from client
SQL*Net message to client
SQL*Net message from client

如果方便大家可以先記錄下資料庫的v$system_event中的SQL*Net break/reset to client等待次數，然後在單個使用者下執行錯誤的操作，例如查詢一個不存在的表，可以發現total_waits數量增加了，或者重新資料庫讓此類等待事件重新記載，然後執行一個錯誤的操作，可以觀察到v$system_event檢視的total_waits的變化。

[@more@]