V$session 及該檢視的小運用
shilei1發表於2012-05-05
V$session 檢視的小運用
我對這個檢視沒什麼好感，因為這個檢視又長又臭，對oracle真是愛並痛恨著。
一、kill session 這個是有些危險的操作如果不小心kill 掉了後臺程式那就只能哭了，很可能導致資料庫的崩潰或者執行時出現故障。為了確保你所kill 的那個session 確實是你所要kill 掉的。應該透過 V$session 檢視來獲得足夠的資訊。
SQL> select sid,serial#,username,type,program
2 from V$session
3 where type != 'BACKGROUND';
SID SERIAL# USERNAME TYPE PROGRAM
---------- ---------- ---------- ---------- -------------------------
1 5 SYS USER sqlplus@zeng (TNS V1-V3)
36 10 HR USER sqlplus@zeng (TNS V1-V3)
我透過使用上面的查詢就足夠讓我確定我要kill 掉的會話了。在kill 掉sid = 36 的會話之前我在這個會話中執行如下的update 語句。
SQL> select salary from employees where employee_id = 100;
SALARY
----------
24000
SQL> update employees
2 set salary = salary + 100
3 where employee_id = 100;
1 row updated.
下面把sid = 36,serial# = 10 的會話kill 掉。接著馬上查詢V$session 檢視。
SQL> alter system kill session '36,10';
System altered.
SQL> select sid,serial#,username,type,status,program
2 from V$session
3 where type != 'BACKGROUND';
SID SERIAL# USERNAME TYPE STATUS PROGRAM
---------- ---------- ---------- ---------- -------- -------------------------
1 5 SYS USER ACTIVE sqlplus@zeng (TNS V1-V3)
36 10 HR USER KILLED sqlplus@zeng (TNS V1-V3)
實際上當發出Kill 命令的時候並不是馬上的kill 掉某個 session ,而是要等會話中的操作的完成（等待資料庫的響應或者事務的回滾）由會話“自殺”。所以發出kill 命令會馬上把指定的那個sesion 標記成 killed 但是session 不一定馬上就會被kill 掉。再來看看hr 那個會話，在其中隨便的執行一條SQL 命令,會報如下的錯誤。雖然session 已經被
kill 掉了,但是要是保持著一個會話的“尊嚴”,並不退出sqlplus 。把hr 再次連入資料庫，執行下面的查詢，我們可以知道被kill 掉的會話中沒有提交的事務，oracle 自動的把他回滾了。
SQL> select count(*) from employees;
select count(*) from employees
*
ERROR at line 1:
ORA-00028: your session has been killed
SQL> conn hr/hr
Connected.
SQL> select salary from employees where employee_id = 100;
SALARY
----------
24000
二、會話阻塞的查詢。
現在來確定下資料庫中使用者會話的狀態。把sid = 36 的這個hr 的會話標記為session 1.
SQL> select sid,serial#,username,type,program
2 from V$session
3 where type != 'BACKGROUND';
SID SERIAL# USERNAME TYPE PROGRAM
---------- ---------- ---------- ---------- -------------------------
1 5 SYS USER sqlplus@zeng (TNS V1-V3)
36 14 HR USER sqlplus@zeng (TNS V1-V3)
在新增一個hr 使用者的會話。把sid = 32 的這個hr 的會話標記為session 2.
SQL> select sid,serial#,username,type,program
2 from V$session
3 where type != 'BACKGROUND';
SID SERIAL# USERNAME TYPE PROGRAM
---------- ---------- ---------- ---------- -------------------------
1 5 SYS USER sqlplus@zeng (TNS V1-V3)
32 23 HR USER sqlplus@zeng (TNS V1-V3)
36 14 HR USER sqlplus@zeng (TNS V1-V3)
在session 1 中執行如下的update 語句。
SQL> update employees
2 set salary = salary + 100
3 where employee_id = 100;
1 row updated.
在session 2 中執行同樣的update 語句。現在來確定這個兩個會話的相關資訊。
SQL> set linesize 200
SQL> select sid,serial#,username,type,
2 blocking_session_status,blocking_session,blocking_instance
3 from V$session
4 where sid in (32,36);
SID SERIAL# USERNAME TYPE BLOCKING_SE BLOCKING_SESSION BLOCKING_INSTANCE
---------- ---------- ---------- ---------- ----------- ---------------- -----------------
32 23 HR USER VALID 36 1
36 14 HR USER NO HOLDER
我們可以知道session 1 也就是sid = 36 的會話把session 也就是sid = 32 的會話阻塞了。更加本質的原因是鎖的問題。
SQL> select sid,type,lmode,request,block
2 from V$lock
3 where sid in (32,36);
SID TY LMODE REQUEST BLOCK
---------- -- ---------- ---------- ----------
36 AE 4 0 0
32 AE 4 0 0
32 TX 0 6 0
32 TM 3 0 0
36 TM 3 0 0
36 TX 6 0 1
6 rows selected.
我們從查詢可以知道sid = 32 的會話請求一個 lmode 為 6 的鎖，但是該鎖已經被sid = 36 的會話持有了。所以 sid = 32 的會話被阻塞了。如果想知道會話究竟是因為執行了什麼語句而阻塞的可以透過下面的查詢獲知。
SQL> select sql_text from V$sqltext t1
2 where t1.hash_value = ( select sql_hash_value
3 from V$session t2
4 where t2.sid = 32);
SQL_TEXT
----------------------------------------------------------------
update employees set salary = salary + 100 where employee_id = 100
------------------------------
v$session 表中比較常用的幾個欄位說明^_^
select machine,username,count(*) from v$session
group by machine,username
order by machine
統計每個客戶端，每個使用者的連結數
ccc023 - 193
server - 169
ecard-web - 179
1. sid,serial#
透過sid我們可以查詢與這個session相關的各種統計資訊,處理資訊.
a. select * from v$sesstat where sid = :sid;
查詢使用者相關的各種統計資訊.
select a.sid,a.statistic#,b.name,a.value
from v$sesstat a,v$statname b
where a.statistic# = b.statistic#
and a.sid = :sid;
b. 查詢使用者相關的各種io統計資訊
select * from v$sess_io where sid = :sid;
c. 查詢使用者想在正在開啟著的遊標變數.
select * from v$open_cursor where sid = :sid;
d. 查詢使用者當前的等待資訊. 以檢視當前的語句為什麼這麼慢/在等待什麼資源.
select * from v$session_wait where sid = :sid ;
e. 查詢使用者在一段時間內所等待的各種事件的資訊. 以瞭解這個session所遇到的瓶頸^_^
select * from v$session_event where sid = :sid;
f. 還有, 就是當我們想kill當前session的時候可以透過sid,serial#來處理.
alter system kill session ':sid,:serail#';
2. paddr.欄位, process addr, 透過這個欄位我們可以檢視當前程式的相關資訊, 系統程式id,作業系統使用者資訊等等.
select a.pid,a.spid,b.name,b.description,a.latchwait,a.latchspin,a.pga_used_mem,a.pga_alloc_mem,a.pga_freeable_mem,a.pga_max_mem
from v$process a,v$bgprocess b
where a.addr = b.paddr(+)
and a.addr = :paddr
3. command 欄位, 表明當前session正在執行的語句的型別.請參考reference.
4. taddr 當前事務的地址,可以透過這個欄位檢視當前session正在執行的事務資訊, 使用的回滾段資訊等^_^
select b.name rollname,a.*
from v$transaction a,v$rollname b
where a.xidusn = b.usn
and a.addr = '585EC18C';
5. lockwait欄位, 可以透過這個欄位查詢出當前正在等待的鎖的相關資訊.
select *
from v$lock
where (id1,id2) = (
select id1,id2 from v$lock where kaddr = '57C68C48'
)
6. (sql_address,sql_hash_value) (prev_sql_addr,prev_hash_value) 根據這兩組欄位, 我們可以查詢到當前session正在執行的sql語句的詳細資訊.
select * from v$sqltext where address = :sql_address and hash_value = :sql_hash_value;
7.ROW_WAIT_OBJ#,ROW_WAIT_FILE#,ROW_WAIT_BLOCK#,ROW_WAIT_ROW#
可以透過這幾個欄位查詢現在正在被鎖的表的相關資訊.^_^
a. 首先得到被鎖的的資訊
select * from dba_objects where object_id = :row_wait_obj#;
b. 根據row_wait_file#可以找出對應的檔案的資訊.
select * from v$datafile where file# = :row_wait_file#.
c. 在根據以上四個欄位構造出被鎖的欄位的rowid資訊.
select dbms_rowid.ROWID_CREATE(1,:row_wait_obj#,:row_wait_file#,:row_wait_block#,:row_wait_row#) from dual;
8. logon_time 當前session的登入時間.
9. last_call_et 該session idle的時間, 每3秒中更新一次^_^
10.status 值有兩個：active，inactive。
acitve表示會話的sql沒有執行完。
11、記錄客戶端登入ip
建立觸發器
create or replace trigger on_logon_trigger
after logon on database
begin
dbms_application_info.set_client_info(sys_context( 'userenv', 'ip_address' ) );
end;
用select client_info from v$session;查詢客戶端ip
(1)-V$SESSION_WAIT
這是一個尋找效能瓶頸的關鍵檢視。它提供了任何情況下session在資料庫中當前正在等待什麼(如果session當前什麼也沒在做，則顯示它最後的等待事件)。當系統存在效能問題時，本檢視可以做為一個起點指明探尋問題的方向。
V$SESSION_WAIT中，每一個連線到例項的session都對應一條記錄。
V$SESSION_WAIT中的常用列
l SID: session標識
l EVENT: session當前等待的事件，或者最後一次等待事件。
l WAIT_TIME: session等待事件的時間(單位，百分之一秒)如果本列為0，說明session當前session還未有任何等待。
l SEQ#: session等待事件將觸發其值自增長
l P1, P2, P3: 等待事件中等待的詳細資料
l P1TEXT, P2TEXT, P3TEXT: 解釋說明p1,p2,p3事件
附註：
1.State欄位有四種含義﹕
(1)Waiting：SESSION正等待這個事件。
(2)Waited unknown time：由於設定了timed_statistics值為false，導致不能得到時間資訊。表示發生了等待，但時間很短。
(3)Wait short time：表示發生了等待，但由於時間非常短不超過一個時間單位，所以沒有記錄。
(4)Waited knnow time：如果session等待然後得到了所需資源，那麼將從waiting進入本狀態。
2.Wait_time值也有四種含義：
(1)值>0：最後一次等待時間(單位：10ms)，當前未在等待狀態。
(2)值=0：session正在等待當前的事件。
(3)值=-1：最後一次等待時間小於1個統計單位，當前未在等待狀態。
(4)值=-2：時間統計狀態未置為可用，當前未在等待狀態。
3.Wait_time和Second_in_wait欄位值與state相關:
(1)如果state值為Waiting，那麼wait_time值無用。Second_in_wait值是實際的等待時間(單位：秒)。
(2)如果state值為Wait unknow time，那麼wait_time值和Second_in_wait值都無用。
(3)如果state值為Wait short time，那麼wait_time值和Second_in_wait值都無用。
(4)如果state值為Waiting known time，那麼wait_time值就是實際等待時間(單位：秒)，Second_in_wait值無用。
V$SESSION_WAIT中的連線列
Column View Joined Column(s)
SID V$SESSION SID
示例：
1.列出當前系統的等待事件
SELECT event,
sum(decode(wait_time,0,1,0)) "Curr",
sum(decode(wait_time,0,0,1)) "Prev",
count(*)"Total"
FROM v$session_wait GROUPBY event ORDERBYcount(*);
EVENT Prev Curr Tot
--------------------------------------------- ---- ----- -----
PL/SQL lock timer 0 1 1
SQL*Net more data from client 0 1 1
smon timer 0 1 1
pmon timer 0 1 1
SQL*Net message to client 2 0 2
db file scattered read 2 0 2
rdbms ipc message 0 7 7
Enqueue 0 12 12
pipe get 0 12 12
db file sequential read 3 10 13
latch free 9 6 15
SQL*Net message from client 835 1380 2215
這個按事件和wait_time的分組查詢列出下列的資訊：
l 多數的session都是空閒事件如：SQL*Net message from client, pipe get, PMON timer等。
l session的cpu佔用可以透過上次session的非等待事件大致算出，除此問題外：看起來多數session沒有在等待什麼事情(難道他們都在幹活？)但其最後等待事件都是SQL*Net message from client。
2.列出指定ID的等待事件
select * from v$session_wait where sid=100;
3.應用p1,p2,p3進行等待事件的分析
v$session_wait檢視的列代表的緩衝區忙等待事件如下：
P1—與等待相關的資料檔案的全部檔案數量。
P2—P1中的資料檔案的塊數量。
P3—描述等待產生原因的程式碼。
例：select p1 "File #", p2 "Block #", p3 "Reason Code"
from v$session_wait
where event = 'buffer busy waits';
如果以上查詢的結果顯示一個塊在忙等待，以下的查詢將顯示這一塊的名稱和型別：
select owner, segment_name, segment_type
from dba_extents
where file_id = &P1 and &P2 between block_id and block_id + blocks -1;
我們也可以查詢dba_data_files以確定等待的檔案的file_name，方法是使用v$session_wait中的P1。
從v$session_wait中查詢P3(原因編碼)的值可以知道session等待的原因。原因編碼的範圍從0到300，下列為部分編碼所代表的事項：
0 塊被讀入緩衝區。
100 我們想要NEW(建立)一個塊，但這一塊當前被另一session讀入。
110 我們想將當前塊設為共享，但這一塊被另一session讀入，所以我們必須等待read()結束。
120 我們想獲得當前的塊，但其他人已經將這一塊讀入緩衝區，所以我們只能等待他人的讀入結束。
130 塊被另一session讀入，而且沒有找到其它協調的塊，所以我們必須等待讀的結束。緩衝區死鎖後這種情況也有可能產生。所以必須讀入塊的CR。
200 我們想新建立一個block，但其他人在使用，所以我們只好等待他人使用結束。
210 Session想讀入SCUR或XCUR中的塊，如果塊交換或者session處於非連續的TX模式，所以等待可能需要很長的時間。
220 在緩衝區查詢一個塊的當前版本，但有人以不合法的模式使用這一塊，所以我們只能等待。
230 以CR/CRX方式獲得一個塊，但塊中的更改開始並且沒有結束。
231 CR/CRX掃描找到當前塊，但塊中的更改開始並且沒有結束。
(2)-V$SESSION_EVENT
本檢視記錄了每個session的每一項等待事件。由上文所知V$SESSION_WAIT顯示了session的當前等待事件，而V$SESSION_EVENT則記錄了session自啟動起所有的事件。
V$SESSION_EVENT中的常用列
l SID：session標識
l EVENT：session等待的事件
l TOTAL_WAITS：此session當前事件的總等待數
l TIME_WAITED：此session總等待時間(單位，百分之一秒)
l AVERAGE_WAIT：此session當前事件平均等待時間(單位，百分之一秒)
l TOTAL_TIMEOUTS：等待超時次數
其它用法與V$SESSION_WAIT相似，不詳述了
附註：
Oracle的等待事件是衡量Oracle執行狀況的重要依據及指標。等待事件的概念是在Oracle7.0.1.2中引入的，大致有100個等待事件。在Oracle 8.0中這個數目增加到了大約150個，在Oracle8i中大約有200個事件,在Oracle9i中大約有360個等待事件。主要有兩種類別的等待事件，即空閒(idle)等待事件和非空閒(non-idle)等待事件。
select machine,username,count(*) from v$session
group by machine,username
order by machine
統計每個客戶端，每個使用者的連結數
ccc023 - 193
server - 169
ecard-web - 179
1. sid,serial#
透過sid我們可以查詢與這個session相關的各種統計資訊,處理資訊.
a. select * from v$sesstat where sid = :sid;
查詢使用者相關的各種統計資訊.
select a.sid,a.statistic#,b.name,a.value
from v$sesstat a,v$statname b
where a.statistic# = b.statistic#
and a.sid = :sid;
b. 查詢使用者相關的各種io統計資訊
select * from v$sess_io where sid = :sid;
c. 查詢使用者想在正在開啟著的遊標變數.
select * from v$open_cursor where sid = :sid;
d. 查詢使用者當前的等待資訊. 以檢視當前的語句為什麼這麼慢/在等待什麼資源.
select * from v$session_wait where sid = :sid ;
e. 查詢使用者在一段時間內所等待的各種事件的資訊. 以瞭解這個session所遇到的瓶頸^_^
select * from v$session_event where sid = :sid;
f. 還有, 就是當我們想kill當前session的時候可以透過sid,serial#來處理.
alter system kill session ':sid,:serail#';
2. paddr.欄位, process addr, 透過這個欄位我們可以檢視當前程式的相關資訊, 系統程式id,作業系統使用者資訊等等.
select a.pid,a.spid,b.name,b.description,a.latchwait,a.latchspin,a.pga_used_mem,a.pga_alloc_mem,a.pga_freeable_mem,a.pga_max_mem
from v$process a,v$bgprocess b
where a.addr = b.paddr(+)
and a.addr = :paddr
3. command 欄位, 表明當前session正在執行的語句的型別.請參考reference.
4. taddr 當前事務的地址,可以透過這個欄位檢視當前session正在執行的事務資訊, 使用的回滾段資訊等^_^
select b.name rollname,a.*
from v$transaction a,v$rollname b
where a.xidusn = b.usn
and a.addr = '585EC18C';
5. lockwait欄位, 可以透過這個欄位查詢出當前正在等待的鎖的相關資訊.
select *
from v$lock
where (id1,id2) = (
select id1,id2 from v$lock where kaddr = '57C68C48'
)
6. (sql_address,sql_hash_value) (prev_sql_addr,prev_hash_value) 根據這兩組欄位, 我們可以查詢到當前session正在執行的sql語句的詳細資訊.
select * from v$sqltext where address = :sql_address and hash_value = :sql_hash_value;
7.ROW_WAIT_OBJ#,ROW_WAIT_FILE#,ROW_WAIT_BLOCK#,ROW_WAIT_ROW#
可以透過這幾個欄位查詢現在正在被鎖的表的相關資訊.^_^
a. 首先得到被鎖的的資訊
select * from dba_objects where object_id = :row_wait_obj#;
b. 根據row_wait_file#可以找出對應的檔案的資訊.
select * from v$datafile where file# = :row_wait_file#.
c. 在根據以上四個欄位構造出被鎖的欄位的rowid資訊.
select dbms_rowid.ROWID_CREATE(1,:row_wait_obj#,:row_wait_file#,:row_wait_block#,:row_wait_row#) from dual;
8. logon_time 當前session的登入時間.
9. last_call_et 該session idle的時間, 每3秒中更新一次^_^
10.status 值有兩個：active，inactive。
acitve表示會話的sql沒有執行完。
11、記錄客戶端登入ip
建立觸發器
create or replace trigger on_logon_trigger
after logon on database
begin
dbms_application_info.set_client_info(sys_context( 'userenv', 'ip_address' ) );
end;
用select client_info from v$session;查詢客戶端ip
(1)-V$SESSION_WAIT
這是一個尋找效能瓶頸的關鍵檢視。它提供了任何情況下session在資料庫中當前正在等待什麼(如果session當前什麼也沒在做，則顯示它最後的等待事件)。當系統存在效能問題時，本檢視可以做為一個起點指明探尋問題的方向。
V$SESSION_WAIT中，每一個連線到例項的session都對應一條記錄。
V$SESSION_WAIT中的常用列
l SID: session標識
l EVENT: session當前等待的事件，或者最後一次等待事件。
l WAIT_TIME: session等待事件的時間(單位，百分之一秒)如果本列為0，說明session當前session還未有任何等待。
l SEQ#: session等待事件將觸發其值自增長
l P1, P2, P3: 等待事件中等待的詳細資料
l P1TEXT, P2TEXT, P3TEXT: 解釋說明p1,p2,p3事件
附註：
1.State欄位有四種含義﹕
(1)Waiting：SESSION正等待這個事件。
(2)Waited unknown time：由於設定了timed_statistics值為false，導致不能得到時間資訊。表示發生了等待，但時間很短。
(3)Wait short time：表示發生了等待，但由於時間非常短不超過一個時間單位，所以沒有記錄。
(4)Waited knnow time：如果session等待然後得到了所需資源，那麼將從waiting進入本狀態。
2.Wait_time值也有四種含義：
(1)值>0：最後一次等待時間(單位：10ms)，當前未在等待狀態。
(2)值=0：session正在等待當前的事件。
(3)值=-1：最後一次等待時間小於1個統計單位，當前未在等待狀態。
(4)值=-2：時間統計狀態未置為可用，當前未在等待狀態。
3.Wait_time和Second_in_wait欄位值與state相關:
(1)如果state值為Waiting，那麼wait_time值無用。Second_in_wait值是實際的等待時間(單位：秒)。
(2)如果state值為Wait unknow time，那麼wait_time值和Second_in_wait值都無用。
(3)如果state值為Wait short time，那麼wait_time值和Second_in_wait值都無用。
(4)如果state值為Waiting known time，那麼wait_time值就是實際等待時間(單位：秒)，Second_in_wait值無用。
V$SESSION_WAIT中的連線列
Column View Joined Column(s)
SID V$SESSION SID
示例：
1.列出當前系統的等待事件
SELECT event,
sum(decode(wait_time,0,1,0)) "Curr",
sum(decode(wait_time,0,0,1)) "Prev",
count(*)"Total"
FROM v$session_wait GROUPBY event ORDERBYcount(*);
EVENT Prev Curr Tot
--------------------------------------------- ---- ----- -----
PL/SQL lock timer 0 1 1
SQL*Net more data from client 0 1 1
smon timer 0 1 1
pmon timer 0 1 1
SQL*Net message to client 2 0 2
db file scattered read 2 0 2
rdbms ipc message 0 7 7
Enqueue 0 12 12
pipe get 0 12 12
db file sequential read 3 10 13
latch free 9 6 15
SQL*Net message from client 835 1380 2215
這個按事件和wait_time的分組查詢列出下列的資訊：
l 多數的session都是空閒事件如：SQL*Net message from client, pipe get, PMON timer等。
l session的cpu佔用可以透過上次session的非等待事件大致算出，除此問題外：看起來多數session沒有在等待什麼事情(難道他們都在幹活？)但其最後等待事件都是SQL*Net message from client。
2.列出指定ID的等待事件
select * from v$session_wait where sid=100;
3.應用p1,p2,p3進行等待事件的分析
v$session_wait檢視的列代表的緩衝區忙等待事件如下：
P1—與等待相關的資料檔案的全部檔案數量。
P2—P1中的資料檔案的塊數量。
P3—描述等待產生原因的程式碼。
例：select p1 "File #", p2 "Block #", p3 "Reason Code"
from v$session_wait
where event = 'buffer busy waits';
如果以上查詢的結果顯示一個塊在忙等待，以下的查詢將顯示這一塊的名稱和型別：
select owner, segment_name, segment_type
from dba_extents
where file_id = &P1 and &P2 between block_id and block_id + blocks -1;
我們也可以查詢dba_data_files以確定等待的檔案的file_name，方法是使用v$session_wait中的P1。
從v$session_wait中查詢P3(原因編碼)的值可以知道session等待的原因。原因編碼的範圍從0到300，下列為部分編碼所代表的事項：
0 塊被讀入緩衝區。
100 我們想要NEW(建立)一個塊，但這一塊當前被另一session讀入。
110 我們想將當前塊設為共享，但這一塊被另一session讀入，所以我們必須等待read()結束。
120 我們想獲得當前的塊，但其他人已經將這一塊讀入緩衝區，所以我們只能等待他人的讀入結束。
130 塊被另一session讀入，而且沒有找到其它協調的塊，所以我們必須等待讀的結束。緩衝區死鎖後這種情況也有可能產生。所以必須讀入塊的CR。
200 我們想新建立一個block，但其他人在使用，所以我們只好等待他人使用結束。
210 Session想讀入SCUR或XCUR中的塊，如果塊交換或者session處於非連續的TX模式，所以等待可能需要很長的時間。
220 在緩衝區查詢一個塊的當前版本，但有人以不合法的模式使用這一塊，所以我們只能等待。
230 以CR/CRX方式獲得一個塊，但塊中的更改開始並且沒有結束。
231 CR/CRX掃描找到當前塊，但塊中的更改開始並且沒有結束。
(2)-V$SESSION_EVENT
本檢視記錄了每個session的每一項等待事件。由上文所知V$SESSION_WAIT顯示了session的當前等待事件，而V$SESSION_EVENT則記錄了session自啟動起所有的事件。
V$SESSION_EVENT中的常用列
l SID：session標識
l EVENT：session等待的事件
l TOTAL_WAITS：此session當前事件的總等待數
l TIME_WAITED：此session總等待時間(單位，百分之一秒)
l AVERAGE_WAIT：此session當前事件平均等待時間(單位，百分之一秒)
l TOTAL_TIMEOUTS：等待超時次數
其它用法與V$SESSION_WAIT相似，不詳述了
附註：
Oracle的等待事件是衡量Oracle執行狀況的重要依據及指標。等待事件的概念是在Oracle7.0.1.2中引入的，大致有100個等待事件。在Oracle 8.0中這個數目增加到了大約150個，在Oracle8i中大約有200個事件,在Oracle9i中大約有360個等待事件。主要有兩種類別的等待事件，即空閒(idle)等待事件和非空閒(non-idle)等待事件。
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/196700/viewspace-722766/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- V$ACTIVE_SESSION_HISTORY檢視的使用2018-12-27Session
- [20211019]V$DETACHED_SESSION檢視.txt2021-10-19Session
- [20211214]檢視檢視V$ACTIVE_SESSION_HISTORY遇到奇怪問題.txt2021-12-15Session
- 檢視瀏覽器請求的session 瀏覽器怎麼檢視session2024-06-30瀏覽器Session
- 瀏覽器檢視Session2019-01-09瀏覽器Session
- session檢視中wait_time2020-05-13SessionAI
- [20221130]測試訪問檢視v$session幾種情況的效能差異.txt2022-12-14Session
- C#裡面的網頁檢視元件的運用2021-09-09C#網頁元件
- Mac小技巧 快速檢視指定應用程式的所有視窗2019-02-16Mac
- Oracle檢視已被使用的open_cursors&session_cached_cursors2018-04-17OracleSession
- session和v$session說明2018-04-22Session
- Session的執行機制及怎樣適用於微信小程式中2024-08-31Session微信小程式
- 10.17 V$SESSION2020-05-05Session
- V$SESSION COMMAND2019-05-30Session
- 檢視V$DATAGUARD_STATS2021-05-27
- LINUX中埠是否被佔用應該如何檢視呢？2022-04-27Linux
- 恆訊科技分享教程：用linux系統該如何檢視埠的呢？2021-06-07Linux
- v$Session詳解2018-12-26Session
- Tidb 運維--叢集檢視的使用2022-05-01TiDB運維
- 月入百萬的同城小程式應該如何運營？2022-01-26
- Django - 檢視層 - 檢視函式及快捷方式2021-01-03Django函式
- 快速影像檢視器：EdgeView 4 for Mac v4.4.2啟用版2023-12-06ViewMac
- 快速影像檢視器：EdgeView 4 for Mac v4.4.5啟用版2023-12-14ViewMac
- EdgeView 2 for Mac(影像檢視軟體) v2.917啟用版2021-02-23ViewMac
- redis 檢視及置空2024-11-28Redis
- Oracle物化檢視的建立及使用（二）2018-07-17Oracle
- Oracle物化檢視的建立及使用（一）2018-07-17Oracle
- 10.18 V$SESSION_BLOCKERS2020-05-05SessionBloC
- 10.21 V$SESSION_EVENT2020-05-05Session
- 10.25 V$SESSION_WAIT2020-05-05SessionAI
- EtreCheckpro for mac(快速檢視硬體資訊) v6.4啟用版2021-02-04Mac
- v$session - 你看到的event真的是session當前的等待事件麼?2019-06-06Session事件
- Cookie、Session、JWT在koa中的應用及實現原理2021-08-04CookieSessionJWT
- 微信小程式的檢視層總結2020-11-14微信小程式
- Ubuntu 埠檢視及關閉2018-10-30Ubuntu
- Linux下檢視、新增及配置2018-04-19Linux
- [20210528]V$INDEXED_FIXED_COLUMN檢視.txt2021-06-02Index
- [20210418]查詢v$檢視問題.txt2021-04-18
- DRF檢視的使用及原始碼流程分析2020-12-29原始碼