學習動態性能表(8)--v$lock&v$locked_object

學習動態性能表

第八篇-(1)-V$LOCK  2007.5.31

 

　　這個視圖列出Oracle 服務器當前擁有的鎖以及未完成的鎖或栓鎖請求。若是你覺着session在等待等待事件隊列那你應該檢查本視圖。若是你發現session在等待一個鎖。那麼按以下前後順序：

1. 使用V$LOCK找出session持有的鎖。
2. 使用V$SESSION找出持有鎖或等待鎖的session執行的sql語句。
3. 使用V$SESSION_WAIT找出什麼緣由致使session持有鎖堵塞。
4. 使用V$SESSION獲取關於持有鎖的程序和用戶的更多信息。

 

V$LOCK中的經常使用列

• SID：表示持有鎖的會話信息。
• TYPE：表示鎖的類型。值包括TM和TX等。
• LMODE：表示會話等待的鎖模式的信息。用數字0－6表示，和表1相對應。
• REQUEST：表示session請求的鎖模式的信息。
• ID1,ID2：表示鎖的對象標識。

 

公共鎖類型

 

　　在Oracle數據庫中，DML鎖主要包括TM鎖和TX鎖，其中TM鎖稱爲表級鎖，TX鎖稱爲事務鎖或行級鎖。

 

　　當Oracle執行DML語句時，系統自動在所要操做的表上申請TM類型的鎖。當TM鎖得到後，系統再自動申請TX類型的鎖，並將實際鎖定的數據行的鎖標誌位進行置位。這樣在事務加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標誌，而只需檢查TM鎖模式的相容性便可，大大提升了系統的效率。TM鎖包括了SS、SX、S、X等多種模式，在數據庫中用0－6來表示。不一樣的SQL操做產生不一樣類型的TM鎖，以下表1。

 

TX：行級鎖，事務鎖

• 在改變數據時必須是排它模式(mode 6)。
• 每個活動事務都擁有一個鎖。它將在事務結束(commit/rollback)時釋放。
• 若是一個塊包括的列被改變而沒有ITL(interested transaction list)槽位(entries)，那麼session將鎖置於共享模式(mode 4)。當session得到塊的ITL槽位時釋放。
• 當一個事務首次發起一個DML語句時就得到一個TX鎖，該鎖保持到事務被提交或回滾。當兩個或多個會話在表的同一條記錄上執行DML語句時，第一個會話在該條記錄上加鎖，其餘的會話處於等待狀態。當第一個會話提交後，TX鎖被釋放，其餘會話才能夠加鎖。
• 指出回滾段和事務表項

 

按下列項以免競爭：

• 避免TX－6類型競爭，須要根據您的應用而定。
• 避免TX－4類型競爭，能夠考慮增長對象INITRANS參數值。

 

TM：表級鎖

 

• 數據庫執行任何DDL語句時必須是排它模式；例如，alter table,drop table。
• 執行像insert,update,delete這類DML語句時處於共享模式。它防止其它session對同一個對象同時執行ddl語句。
• 任何對象擁有正被改變的數據，TM鎖都將必須存在。
• 鎖指向對象。

 

在TM隊列避免競爭，能夠考慮屏蔽對象表級鎖，屏蔽表級鎖防止對象執行任何ddl語句。

 

ST：空間事務鎖

• 每一個數據庫(非實例)擁有一個ST鎖。
• 除了本地管理表空間，在space管理操做(新建或刪除extents)時必須是排它模式。
• 對象creation, dropping, extension, 以及truncation都處於這種鎖
• 多數公共緣由的爭奪，是在磁盤排序(並不是使用真正的臨時表空間)或回滾段擴展或收縮。

 

按以下項以免競爭：

• 使用真正的臨時表空間(true temporary tablespaces)，利用臨時文件。臨時段在磁盤排序以後並不建立或刪除。
• 使用本地管理表空間。
• 指定回滾段避免動態擴展和收縮，或使用自動undo management。
• 避免應用執行建立或刪除數據庫對象。

 

UL：用戶定義鎖

用戶能夠自定義鎖。內容較多並與此節關係不大，略過。

 

 

V$LOCK中的鏈接列

 

Colum                                    View                                   Joined Column(s)

SID                                           V$SESSIO                      SID

ID1, ID2, TYPE                         V$LOCK                             ID1, ID2, TYPE

ID1                                            DBA_OBJECTS                  OBJECT_ID

TRUNCID1/65536)                     V$ROLLNAME                   USN

 

1. 若是session在等待鎖，這可被用於找出session持有的鎖，。
2. 可被用於找出DML鎖類型的被鎖對象(type='TM')
3. 可被用於找出行級事務鎖(TYPE='TX')使用中的回滾段，不過，須要經過V$TRANSACTION鏈接查詢獲得。

 

 

 

表1 Oracle的TM鎖類型
鎖模式	鎖描述	解釋	SQL操做
0	none
1	NULL	空	Select
2	SS(Row-S)	行級共享鎖，其餘對象只能查詢這些數據行	Select for update、Lock for update、Lock row share
3	SX(Row-X)	行級排它鎖，在提交前不容許作DML操做	Insert、Update、Delete、Lock row share
4	S(Share)	共享鎖	Create index、Lock share
5	SSX(S/Row-X)	共享行級排它鎖	Lock share row exclusive
6	X(Exclusive)	排它鎖	Alter table、Drop able、Drop index、Truncate table 、Lock exclusive

 

　　數字越大鎖級別越高, 影響的操做越多。通常的查詢語句如select ... from ... ;是小於2的鎖, 有時會在v$locked_object出現。select ... from ... for update; 是2的鎖。

 

　　當對話使用for update子串打開一個遊標時，全部返回集中的數據行都將處於行級(Row-X)獨佔式鎖定，其餘對象只能查詢這些數據行，不能進行update、delete或select...for update操做。insert / update / delete ... ;     是3的鎖。   

 

　　沒有commit以前插入一樣的一條記錄會沒有反應, 由於後一個3的鎖會一直等待上一個3的鎖, 咱們必須釋放掉上一個才能繼續工做。

 

　　建立索引的時候也會產生3,4級別的鎖。locked_mode爲2,3,4不影響DML(insert,delete,update,select)操做,        但DDL(alter,drop等)操做會提示ora-00054錯誤。有主外鍵約束時 update / delete ... ; 可能會產生4,5的鎖。DDL語句時是6的鎖。

 

　　若是出現了鎖的問題, 某個DML操做可能等待好久沒有反應。當你採用的是直接鏈接數據庫的方式，也不要用OS系統命令 $kill process_num 或者 $kill -9 process_num來終止用戶鏈接，由於一個用戶進程可能產生一個以上的鎖, 殺OS進程並不能完全清除鎖的問題。記得在數據庫級別用alter system kill session 'sid,serial#';殺掉不正常的鎖。

 

示例：

我按照本身的理解演示的TX,TM鎖以下：

1.create table TMP1(col1  VARCHAR2(50));--建立臨時表

2.select * from v$lock;--關掉當前鎖信息

3.select * from tmp1 for update; --加鎖

4.select * from v$lock;   ---看看如今的鎖列表，是否是多了兩條記錄。Type分別爲tx,tm，對照表1。

5.新開一個鏈接，而後

select * from tmp1 for update;  --呵呵，等待狀態了吧

6.select * from v$lock;  --又新增了兩條記錄，其它一條type=tx,lmode=0

7.查看當前被鎖的session正在執行的sql語句

select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ a.username, a.machine, a.sid, a.serial#, a.last_call_et "Seconds", b.id1, c.sql_text "SQL"

from v$session a, v$lock b, v$sqltext c

where a.username is not null and a.lockwait = b.kaddr and c.hash_value =a.sql_hash_value

8.將以前的for update語句commit或者rollback，而後新開鏈接的session擁有鎖。有興趣的朋友還能夠試試兩條for update的時候，關閉先執行的那個窗口，看看oracle會給出什麼樣的響應。

 

　　這一節是我在自整理v$系列視圖以來花費時間和精力最多的一個，我反覆看了document，又從網上搜索了各類資料實際使用案例等，就是不開竅。這一節至今我也仍未有把握說盡在掌握，因此在上述文字中除了例子，我如實貼出了收集來的內容，未加任何自我理解，就是擔憂萬一個人理解有誤，會對其它瀏覽本文的人形成困擾。同時我把在收集過程當中自我感受對理解v$lock可能有幫助的資料地址列出，供有心人蔘考：

 

Oracle數據庫中的鎖機制研究

http://soft.zdnet.com.cn/software_zone/2007/0208/377403.shtml

 

DB2和 Oracle的併發控制（鎖）比較

http://www.ibm.com/developerworks/cn/db2/library/techarticles/dm-0512niuxzh/

 

Itpub論壇的oracle專題深刻討論區也有一篇很是精彩的討論，地址以下：

我對ORACLE數據鎖的一點體會

http://www.itpub.net/270059.html

 

 

 

 

學習動態性能表

第八篇-(2)-V$LOCKED_OBJECT  2007.6.4

 

　　本視圖列出系統上的每一個事務處理所得到的全部鎖。

 

V$LOCKED_OBJECT中的列說明：

 

• XIDUSN：回滾段號
• XIDSLOT：槽號
• XIDSQN：序列號
• OBJECT_ID：被鎖對象ID
• SESSION_ID：持有鎖的sessionID
• ORACLE_USERNAME：持有鎖的Oracle 用戶名
• OS_USER_NAME：持有鎖的操做系統 用戶名
• PROCESS：操做系統進程號
• LOCKED_MODE：鎖模式，值同上表1

 

示例：

1.以DBA角色, 查看當前數據庫裏鎖的狀況能夠用以下SQL語句：

select object_id,session_id,locked_mode from v$locked_object;

 

select t2.username, t2.sid, t2.serial#, t2.logon_time

  from v$locked_object t1, v$session t2

 where t1.session_id = t2.sid order by t2.logon_time;

若是有長期出現的一列，多是沒有釋放的鎖。咱們能夠用下面SQL語句殺掉長期沒有釋放非正常的鎖：

 

alter system kill session 'sid,serial#';