oracle死锁trace,Oracle 学习之性能优化（十）锁
鎖(lock)是用于防止在訪問相同的資源(包括用戶對象、系統對象、內存、Oralce數據字典中的共享數據結構，最常見的是數據庫表Table對象)時 ，事務之間的有害性 交互(存、取)的一種機制。
不同類型的鎖，代表了當前用戶是允許還是阻止其它用戶對相同資源的同時存取，從而確保不破壞系統數據的完整性、一致性和并行性。
加鎖是實現數據庫并發控制的一個非常重要的技術。當事務在對某個數據對象進行操作前，先向系統發出請求，對其加鎖。加鎖后事務就對該數據對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數據對象進行更新操作。
鎖的分類DML鎖：SELECT、INSERT、UPDATE、DELETE、MERGE操作
DDL鎖：CREATE和ALTER語句操作
內部鎖和閂：Oracle使用這些鎖來包含內部數據結構，例如：Oracle查詢生成的執行計劃，執行計劃會保存在庫緩存中，當使用這個執行計劃時，會對其加一個閂(latch)
DML鎖
用于確保一次只能一個人修改某行數據。而且你正常處理這個表時，別人不能刪除這個表。TX鎖，事務發起第一個修改時，會得到一個TX鎖(事務鎖)，而且會一直持有這個事務，直到事務結束(COMMIT或者ROLLBACK)。事務中修改或者select for update的每一行都會指向該事務的TX鎖。
TM鎖，用于確保在修改表內容時，表的結構不被改變。
下面舉例說明
登錄到scott用戶，并確定session idSQL>?grant?select?any?dictionary?to?scott;
Grant?succeeded.
SQL>?conn?scott/tiger
SQL>?select?sid?from?v$mystat?where?rownum=1;
SID
----------
37
SQL>
另開啟一個會話，監控鎖的使用情況SQL>?set?linesize?200
SQL>?select?*?from?v$lock?where?sid=37;
ADDR?KADDR?SID?TY????????ID1??ID2???LMODE????REQUEST?CTIME????BLOCK
----------------?----------------?----------?--?----------?----------?----------?----------?----------?----------
0000000090D8FC88?0000000090D8FCE0??37?AE????????100????0???????4??0???4810
SQL>
會話1執行更新操作SQL>?update?emp?set?ename=initcap(ename);
14?rows?updated.
會話2查看結果SQL>?/
ADDR?KADDR?SID?TY????????ID1??ID2???LMODE????REQUEST?CTIME????BLOCK
----------------?----------------?----------?--?----------?----------?----------?----------?----------?----------
0000000090D8FC88?0000000090D8FCE0??37?AE????????100????0???????4??0???9440
00007FF9EEDA4AB0?00007FF9EEDA4B10??37?TM??????87108????0???????3??0?????30
000000008F673658?000000008F6736D0??37?TX?????131074??908???????6??0?????30
多了一個事務鎖，一個TM鎖。
會話1中再執行另一個表的更新操作SQL>?update?dept?set?dname=initcap(dname);
4?rows?updated.
會話2查看結果SQL>?/
ADDR?KADDR?SID?TY????????ID1??ID2???LMODE????REQUEST?CTIME????BLOCK
----------------?----------------?----------?--?----------?----------?----------?----------?----------?----------
0000000090D8FC88?0000000090D8FCE0??37?AE????????100????0???????4??0??11740
00007FF9EEDA7B58?00007FF9EEDA7BB8??37?TM??????87108????0???????3??0???2330
00007FF9EEDA7B58?00007FF9EEDA7BB8??37?TM??????87106????0???????3??0????270
000000008F673658?000000008F6736D0??37?TX?????131074??908???????6??0???2330
事務鎖沒有變，但是又多了一個TM鎖。
對于TM鎖來說，id1的值是對象的IDSQL>?COL?OBJECT_NAME?FOR?A30
SQL>?select?OBJECT_NAME,OBJECT_ID?from?dba_objects?where?owner='SCOTT'?AND?OBJECT_NAME?IN?('DEPT','EMP');
OBJECT_NAMEOBJECT_ID
------------------------------?----------
DEPT????87106
EMP????87108
對于TX鎖，id1是通過事務id轉換來的。
我們先查看下事務的相關信息SQL>?SELECT?addr,xidusn,xidslot,xidsqn?FROM?V$TRANSACTION;
ADDR?????XIDUSN????XIDSLOT???XIDSQN
----------------?----------?----------?----------
000000008F673658??2?????2??????908
ADDR與TX鎖的ADDR對應，XIDUSN表示回滾段編號，XIDSLOT表示事務表上的編號，XIDSQN表示sequence(覆蓋次數)
TX鎖的id1的值等于XIDUSN*power(2,16)+XIDSLOTSQL>?select?2*power(2,16)+2?from?dual;
2*POWER(2,16)+2
---------------
131074
事務表、回滾塊、事務槽 三者之間的關系如下：
對于TX鎖，并沒有一個視圖能提供事務修改了哪些行。行鎖的信息是保存在數據塊中的。
下面我們將dept的數據塊dump出，查看塊的詳細信息SQL>?select?dbms_rowid.rowid_relative_fno(rowid)?fno,dbms_rowid.rowid_block_number(rowid)?bno?from?dept;
FNO??BNO
----------?----------
4??135
4??135
4??135
4??135
只占用了一個數據塊，將該塊dumpSQL>?alter?system?dump?datafile?4?block?135;
System?altered.
SQL>?SELECT????d.VALUE
||?'/'
||?LOWER?(RTRIM?(i.instance,?CHR?(0)))
||?'_ora_'
||?p.spid
||?'.trc'
trace_file_name
FROM?(SELECT?p.spid
FROM?v$mystat?m,?v$session?s,?v$process?p
WHERE?m.statistic??2????3????4????5????6????7????8????9???10??#?=?1?AND?s.sid?=?m.sid?AND?p.addr?=?s.paddr)?p,
(SELECT?t.instance
FROM?v$thread?t,?v$parameter?v
WHERE?????v.name?=?'thread'
AND?(v.VALUE?=?0?OR?t.thread#?=?TO_NUMBER?(v.VALUE)))?i,
(SELECT?VALUE
11???12???13???14???15???16??FROM?v$parameter
WHERE?name?=?'user_dump_dest')?d;????17
TRACE_FILE_NAME
--------------------------------------------------------------------------------
/u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_5593.trc
查看trace文件Block?header?dump:??0x01000087
Object?id?on?Block??Y
seg/obj:?0x15442??csc:?0x00.fab7a??itc:?2??flg:?E??typ:?1?-?DATA
brn:?0??bdba:?0x1000080?ver:?0x01?opc:?0
inc:?0??exflg:?0
Itl???????????Xid??????????????????Uba?????????Flag??Lck????????Scn/Fsc
0x01???0x0009.002.00000364??0x00c167b0.009a.2e??C---????0??scn?0x0000.000e0ef0
0x02???0x0002.002.0000038c??0x00c00591.0088.26??----????4??fsc?0x0000.00000000
bdba:?0x01000087
data_block_dump,data?header?at?0x7f23e518ea64
===============
tsiz:?0x1f98
hsiz:?0x1a
pbl:?0x7f23e518ea64
76543210
flag=--------
ntab=1
nrow=4
frre=-1
fsbo=0x1a
fseo=0x1f3c
avsp=0x1f22
tosp=0x1f22
0xe:pti[0]nrow=4offs=0
0x12:pri[0]offs=0x1f7e
0x14:pri[1]offs=0x1f68
0x16:pri[2]offs=0x1f54
0x18:pri[3]offs=0x1f3c
block_row_dump:
tab?0,?row?0,?@0x1f7e
tl:?26?fb:?--H-FL--?lb:?0x2??cc:?3
col??0:?[?2]??c1?0b
col??1:?[10]??41?63?63?6f?75?6e?74?69?6e?67
col??2:?[?8]??4e?45?57?20?59?4f?52?4b
tab?0,?row?1,?@0x1f68
tl:?22?fb:?--H-FL--?lb:?0x2??cc:?3
col??0:?[?2]??c1?15
col??1:?[?8]??52?65?73?65?61?72?63?68
col??2:?[?6]??44?41?4c?4c?41?53
tab?0,?row?2,?@0x1f54
tl:?20?fb:?--H-FL--?lb:?0x2??cc:?3
col??0:?[?2]??c1?1f
col??1:?[?5]??53?61?6c?65?73
col??2:?[?7]??43?48?49?43?41?47?4f
tab?0,?row?3,?@0x1f3c
tl:?24?fb:?--H-FL--?lb:?0x2??cc:?3
col??0:?[?2]??c1?29
col??1:?[10]??4f?70?65?72?61?74?69?6f?6e?73
col??2:?[?6]??42?4f?53?54?4f?4e
end_of_block_dump
End?dump?data?blocks?tsn:?4?file#:?4?minblk?135?maxblk?135
1)lb: 0x2表示改行數據被鎖定，標志為2，它表示ITL事務槽的第二條事務信息；而第二條事務信息
的flag為空，表示沒有提交，所以該行被鎖定了(當然我們開需要查看事務表中的提交標志)。
2)Lck=4表示鎖定了4行數據。
鎖的mode有如下幾種
死鎖-deadlock定義:當兩個用戶希望持有對方的資源時就會發生死鎖.即兩個用戶互相等待對方釋放資源時,oracle認定為產生了死鎖,在這種情況下,將以犧牲一個用戶作為代價,另一個用戶繼續執行,犧牲的用戶的事務將回滾.例子：會話1，執行如下操作SQL>?conn?scott/tiger
Connected.
SQL>?update?dept?set?dname=lower(dname);
4?rows?updated.
會話2，執行如下操作SQL>?conn?scott/tiger
Connected.
SQL>?update?emp?set?ename=lower(ename);
14?rows?updated.
會話1，再執行對emp的更新SQL>?update?emp?set?ename=lower(ename);
此時會話1被阻塞。
會話2，執行對dept表的更新SQL>??update?dept?set?dname=lower(dname);
此時會話2也被阻塞，但是會話1會報一個死鎖的錯誤SQL>?update?emp?set?ename=lower(ename);
update?emp?set?ename=lower(ename)
*
ERROR?at?line?1:
ORA-00060:?deadlock?detected?while?waiting?for?resource
會話1需要提交或者回滾，會話2才能正常執行。
Oracle的死鎖問題實際上很少見，如果發生，基本上都是不正確的程序設計造成的，經過調整后，基本上都會避免死鎖的發生。
總結
以上是生活随笔為你收集整理的oracle死锁trace,Oracle 学习之性能优化（十）锁的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： oracle用户怎么更改空间,ORACL
- 下一篇： oracle虚拟机 centos6.5,