oracle的TM鎖、TX鎖知識完全普及

1、oracle的TM鎖、TX鎖知識完全普及鎖概念基礎數(shù)據(jù)庫是一個多用戶使用的共享資源。當多個用戶并發(fā)地存取數(shù)據(jù)時，在數(shù)據(jù)庫中就會產生多個事務同時存取同一數(shù)據(jù)的情況。若對并發(fā)操作不加控制就可能會讀取和存儲不正確的數(shù)據(jù)，破壞數(shù)據(jù)庫的一致性。加鎖是實現(xiàn)數(shù)據(jù)庫并發(fā)控制的一個非常重要的技術。當事務在對某個數(shù)據(jù)對象進行操作前，先向系統(tǒng)發(fā)出請求，對其加鎖。加鎖后事務就對該數(shù)據(jù)對象有了一定的控制，在該事務釋放鎖之前，其他的事務不能對此數(shù)據(jù)對象進行更新操作。在數(shù)據(jù)庫中有兩種基本的鎖類型：排它鎖（乂。山$汽。Locks,即X鎖）和共享鎖（ShareLocks，即S鎖）。當數(shù)據(jù)對象被加上排它鎖時，其他的事務不能對它讀

2、取和修改。加了共享鎖的數(shù)據(jù)對象可以被其他事務讀取，但不能修改。數(shù)據(jù)庫利用這兩種基本的鎖類型來對數(shù)據(jù)庫的事務進行并發(fā)控制。Oracle數(shù)據(jù)庫的鎖類型根據(jù)保護的對象不同，Oracle數(shù)據(jù)庫鎖可以分為以下幾大類：DML鎖（datalocks，數(shù)據(jù)鎖），用于保護數(shù)據(jù)的完整性；DDL鎖（dictionarylocks,字典鎖），用于保護數(shù)據(jù)庫對象的結構，如表、索引等的結構定義；內部鎖和閂（internallocksandlatches），保護數(shù)據(jù)庫的內部結構。DML鎖的目的在于保證并發(fā)情況下的數(shù)據(jù)完整性，。在Oracle數(shù)據(jù)庫中，DML鎖主要包括TM鎖和TX鎖，其中TM鎖稱為表級鎖，TX鎖稱為事務鎖或行

3、級鎖。當Oracle執(zhí)行DML語句時，系統(tǒng)自動在所要操作的表上申請TM類型的鎖。當TM鎖獲得后，系統(tǒng)再自動申請TX類型的鎖，并將實際鎖定的數(shù)據(jù)行的鎖標志位進行置位。這樣在事務加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標志，而只需檢查TM鎖模式的相容性即可，大大提高了系統(tǒng)的效率。TM鎖包括了SS、SX、S、X等多種模式，在數(shù)據(jù)庫中用06來表示。不同的SQL操作產生不同類型的TM鎖。在數(shù)據(jù)行上只有X鎖（排他鎖）。在Oracle數(shù)據(jù)庫中，當一個事務首次發(fā)起一個DML語句時就獲得一個TX鎖，該鎖保持到事務被提交或回滾。當兩個或多個會話在表的同一條記錄上執(zhí)行DML語句時，第一個會話在該條記錄上加鎖，其他

4、的會話處于等待狀態(tài)。當?shù)谝粋€會話提交后，TX鎖被釋放，其他會話才可以加鎖。當Oracle數(shù)據(jù)庫發(fā)生TX鎖等待時，如果不及時處理常常會引起Oracle數(shù)據(jù)庫掛起，或導致死鎖的發(fā)生，產生ORA-60的錯誤。這些現(xiàn)象都會對實際應用產生極大的危害，如長時間未響應，大量事務失敗等。悲觀封鎖和樂觀封鎖一、悲觀封鎖鎖在用戶修改之前就發(fā)揮作用：Select.forupdate（nowait）Select*fromtab1forupdate用戶發(fā)出這條命令之后，oracle將會對返回集中的數(shù)據(jù)建立行級封鎖，以防止其他用戶的修改。如果此時其他用戶對上面返回結果集的數(shù)據(jù)進行dml或ddl操作都會返回一個錯誤信息或發(fā)

5、生阻塞。1：對返回結果集進行update或delete操作會發(fā)生阻塞。2：對該表進行ddl操作將會報：Ora-00054:resourcebusyandacquirewithnowaitspecified.原因分析此時Oracle已經對返回的結果集上加了排它的行級鎖，所有其他對這些數(shù)據(jù)進行的修改或刪除操作都必須等待這個鎖的釋放，產生的外在現(xiàn)象就是其他的操作將發(fā)生阻塞，這個這個操作commit或rollback.同樣這個查詢的事務將會對該表加表級鎖，不允許對該表的任何ddl操作，否則將會報出ora-00054錯誤：:resourcebusyandacquirewithnowaitspecifie

6、d.二、樂觀封鎖樂觀的認為數(shù)據(jù)在select出來到update進取并提交的這段時間數(shù)據(jù)不會被更改。這里面有一種潛在的危險就是由于被選出的結果集并沒有被鎖定，是存在一種可能被其他用戶更改的可能。因此Oracle仍然建議是用悲觀封鎖，因為這樣會更安全。阻塞定義：當一個會話保持另一個會話正在請求的資源上的鎖定時，就會發(fā)生阻塞。被阻塞的會話將一直掛起，直到持有鎖的會話放棄鎖定的資源為止。4個常見的dml語句會產生阻塞INSERTUPDATEDELETESELECTFORUPDATEINSERTInsert發(fā)生阻塞的唯一情況就是用戶擁有一個建有主鍵約束的表。當2個的會話同時試圖向表中插入相同的數(shù)據(jù)時，其

7、中的一個會話將被阻塞，直到另外一個會話提交或會滾。一個會話提交時，另一個會話將收到主鍵重復的錯誤。回滾時，被阻塞的會話將繼續(xù)執(zhí)行。UPDATE和DELETE當執(zhí)行Update和delete操作的數(shù)據(jù)行已經被另外的會話鎖定時，將會發(fā)生阻塞，直到另一個會話提交或會滾。Selectforupdate當一個用戶發(fā)出select.forupdate的錯作準備對返回的結果集進行修改時，如果結果集已經被另一個會話鎖定，就是發(fā)生阻塞。需要等另一個會話結束之后才可繼續(xù)執(zhí)行。可以通過發(fā)出selectforupdatenowait的語句來避免發(fā)生阻塞，如果資源已經被另一個會話鎖定，則會返回以下錯誤：Ora-0005

8、4:resourcebusyandacquirewithnowaitspecified.死鎖-deadlock定義:當兩個用戶希望持有對方的資源時就會發(fā)生死鎖.即兩個用戶互相等待對方釋放資源時，oracle認定為產生了死鎖，在這種情況下,將以犧牲一個用戶作為代價,另一個用戶繼續(xù)執(zhí)行,犧牲的用戶的事務將回滾.例子：1：用戶1對A表進行Update，沒有提交。2：用戶2對B表進行Update，沒有提交。此時雙反不存在資源共享的問題。3：如果用戶2此時對A表作update,則會發(fā)生阻塞，需要等到用戶一的事物結束。4：如果此時用戶1又對B表作update,則產生死鎖。此時Oracle會選擇其中一個用戶

9、進行會滾，使另一個用戶繼續(xù)執(zhí)行操作。起因:Oracle的死鎖問題實際上很少見，如果發(fā)生，基本上都是不正確的程序設計造成的，經過調整后，基本上都會避免死鎖的發(fā)生。DML鎖分類表表1Oracle的TM鎖類型鎖模式鎖描述解釋SQL操作0none1NULL空Select2SS(Row-S)行級共享鎖，其他對象只能查詢這些數(shù)據(jù)行Selectforupdate、Lockforupdate、Lockrowshare3SX(Row-X)行級排它鎖，在提交前不Insert、Update、Delete、Lockrowshare允許做DML操作4S(Share)共享鎖Createindex、Lockshare5SS

10、X(S/Row-X)共享行級排它鎖Locksharerowexclusive6X(Exclusive)排它鎖Altertable、Dropable、Dropindex、Truncatetable、Lockexclusive1.關于V$lock表和相關視圖的說明ColumnDatatypeDescriptionADDRRAW(48)AddressoflockstateobjectKADDRRAW(48)AddressoflockSIDNUMBERIdentifierforsessionholdingoracquiringthelockTYPEVARCHAR2(2)Typeofuserorsyst

11、emlockThelocksontheusertypesareobtainebyuserapplications.Anyprocessthatisblockingothersislikelytobeholdingoneoftheselocks.Theusertypelocksare：TM-DMLenqueue?TX-TransactionenqueueUL-Usersupplied我們主要關注TX和TM兩種類型的鎖-UL鎖用戶自己定義的，一般很少會定義，基本不用關注一其它均為系統(tǒng)鎖，會很快自動釋放，不用關注ID1NUMBERLockidentifier#1(dependsontype)ID2N

12、UMBERLockidentifier#2(dependsontype)當locktype為TM時，id1為DML-lockedobject的object_id當locktype為TX時，id1為usn+slot，而id2為seq。-當locktype為其它時，不用關注LMODENUMBERLockmodeinwhichthesessionholdsthelock：0-none-null(NULL)-row-S(SS)-row-X(SX)-share(S)-S/Row-X(SSX)-exclusive(X)一大于0時表示當前會話以某種模式占有該鎖，等于0時表示當前會話正在等待該鎖資源，即表示該

13、會話被阻塞。一往往在發(fā)生TX鎖時，伴隨著TM鎖，比如一個sid=9會話擁有一個TM鎖，一般會擁有一個或幾個TX鎖，但他們的id1和id2是不同的，請注意REQUESTNUMBERLockmodeinwhichtheprocessrequeststhelock:0none-null(NULL)-row-S(SS)-row-X(SX)-share(S)-S/Row-X(SSX)-exclusive(X)一大于0時，表示當前會話被阻塞，其它會話占有改鎖的模式CTIMENUMBERTimesincecurrentmodewasgrantedBLOCKNUMBERThelockisblockingano

14、therlock0,NotBlocking,/*Notblockinganyotherprocesses*/Blocking,/*Thislockblocksotheiprocesses*/Global,/*Thislockisglobal,sowecanttell*/一該鎖是否阻塞了另外一個鎖2.其它相關視圖說明視圖名描述主要字段說明v$session查詢會話的信息和鎖的信息。sid,serial#：表示會話信息。program：表示會話的應用程序信息。row_wait_obj#：表示等待的對象，和dba_objects中的object_id相對應。lockwait:該會話等待的鎖的地址，與

15、v$lock的kaddr對應.v$session_wait查詢等待的會話信息。sid：表示持有鎖的會話信息。Seconds_in_wait：表示等待持續(xù)的時間信息Event：表示會話等待的事件，鎖等于enqueuedba_locks對v$lock的格式化視圖。Session_id：和v$lock中的Sid對應。Lock_type：和v$lock中的type對應。Lock_ID1：和v$lock中的ID1對應。Mode_held,mode_requested：和v$lock中的lmode,request相對應。v$locked_object只包含DML的鎖信息，包括回滾段和會話信息。Xidusn,xidslot,xidsqn表示回滾段信息。和v$transactioit目關聯(lián)。Object_id：表示被鎖對象標識。Session_id：表示持有鎖的會話信息。Locked_mode：表示會話等待的鎖模式的信息，和v$lock中的lmode一致。1.查詢數(shù)據(jù)庫中的鎖select*fromv$lock;select*fromv$lockwhereblock=1;.查詢被鎖的對象select*fromv$locked_object;.查詢阻塞查被阻塞的會話select*fromv$lockwherelmode=0andt