oracle的TM鎖T鎖知識完全普及

1、o r a c l e 的 T M 鎖T X 鎖知識完全普及鎖概念基礎(chǔ)數(shù)據(jù)庫是一個多用戶使用的共享資源。當多個用戶并發(fā)地存取數(shù)據(jù)時，在數(shù)據(jù)庫中就會產(chǎn)生多個事 務同時存取同一數(shù)據(jù)的情況。若對并發(fā)操作不加控制就可能會讀取和存儲不正確的數(shù)據(jù)，破壞數(shù)據(jù)庫的一致性。加鎖是實現(xiàn)數(shù)據(jù)庫并發(fā)控制的一個非常重要的技術(shù)。 當事務在對某個數(shù)據(jù)對象進行操作前， 先向系 統(tǒng)發(fā)出請求，對其加鎖。加鎖后事務就對該數(shù)據(jù)對象有了一定的控制， 在該事務釋放鎖之前，其他 的事務不能對此數(shù)據(jù)對象進行更新操作。在數(shù)據(jù)庫中有兩種基本的鎖類型：排它鎖（ExclusiveLocks，即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（ dictio narylocks，字典鎖），用于保護數(shù)據(jù)庫對象的結(jié)構(gòu)，如表、索引等的結(jié)構(gòu)定義；內(nèi)部鎖和閂（in ternallocksa ndlatches），保護數(shù)據(jù)庫的內(nèi)部結(jié)構(gòu)。DML鎖的目的在于保證并發(fā)情況下的數(shù)據(jù)完整性，。在Oracle數(shù)據(jù)庫中，DML鎖主要包括TM鎖和

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

4、在表的同一條記錄上執(zhí)行DML語句時，第一個會話在該條記錄上加鎖，其他的會話處于等待狀態(tài)。當?shù)谝粋€會話提交后，TX鎖被釋放，其他會話才可以加鎖。當Oracle數(shù)據(jù)庫發(fā)生TX鎖等待時，如果不及時處理常常會引起 Oracle數(shù)據(jù)庫掛起，或?qū)е滤梨i 的發(fā)生，產(chǎn)生ORA-60的錯誤。這些現(xiàn)象都會對實際應用產(chǎn)生極大的危害，如長時間未響應，大量 事務失敗等。悲觀封鎖和樂觀封鎖、悲觀封鎖 鎖在用戶修改之前就發(fā)揮作用:Select.foru pdate(no wait)Select*fromtab1forupdate用戶發(fā)出這條命令之后， oracle 將會對返回集中的數(shù)據(jù)建立行級封鎖，以防止其他用戶的修改。如

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

6、則將會報出 ora-00054 錯誤： :resourcebusyandacquirewithnowaitspecified.、樂觀封鎖 樂觀的認為數(shù)據(jù)在 select 出來到 update 進取并提交的這段時間數(shù)據(jù)不會被更改。 這里面有一種潛 在的危險就是由于被選出的結(jié)果集并沒有被鎖定，是存在一種可能被其他用戶更改的可能。因此 Oracle 仍然建議是用悲觀封鎖，因為這樣會更安全。阻塞 定義： 當一個會話保持另一個會話正在請求的資源上的鎖定時， 就會發(fā)生阻塞。被阻塞的會話將一直掛起，直到持有鎖的會話放棄鎖定的資源為止。4個常見的dml語句會產(chǎn)生阻塞INSERTUPDATEDELETESELE

7、CT FORU PDATEINSERTInsert 發(fā)生阻塞的唯一情況就是用戶擁有一個建有主鍵約束的表。當 2 個的會話同時試圖向表中 插入相同的數(shù)據(jù)時，其中的一個會話將被阻塞，直到另外一個會話提交或會滾。一個會話提交時， 另一個會話將收到主鍵重復的錯誤。回滾時，被阻塞的會話將繼續(xù)執(zhí)行。UP DAT和 DELET當執(zhí)行Up date和delete操作的數(shù)據(jù)行已經(jīng)被另外的會話鎖定時，將會發(fā)生阻塞, 直到另一個會話提交或會滾。Select forupdate當一個用戶發(fā)出select.forupdate的錯作準備對返回的結(jié)果集進行修改時，如果結(jié)果集已經(jīng)被另一個會話鎖定，就是發(fā)生阻塞。需要等另一個會

8、話結(jié)束之后才可繼續(xù)執(zhí)行?？梢酝ㄟ^發(fā)出 select -forupdatenowait的語句來避免發(fā)生阻塞，如果資源已經(jīng)被另一個會話鎖定，則會返回以 下錯誤：Ora-OOO54:resourcebusya ndacquirewith no waits pecified.死鎖-deadlock 定義：當兩個用戶希望持有對方的資源時就會發(fā)生死鎖 即兩個用戶互相等待對方釋放資源時，oracle認定為產(chǎn)生了死鎖，在這種情況下，將以犧牲一個用 戶作為代價，另一個用戶繼續(xù)執(zhí)行，犧牲的用戶的事務將回滾.例子:1:用戶1對A表進行Up date，沒有提交。2：用戶2對B表進行Up date，沒有提交。此時雙反不

9、存在資源共享的問題。3:如果用戶2此時對A表作up date,則會發(fā)生阻塞，需要等到用戶一的事物結(jié)束。4：如果此時用戶1又對B表作up date，則產(chǎn)生死鎖。此時Oracle會選擇其中一個用戶進行會滾, 使另一個用戶繼續(xù)執(zhí)行操作。起因:Oracle的死鎖問題實際上很少見，如果發(fā)生，基本上都是不正確的程序設(shè)計造成的，經(jīng)過調(diào)整后, 基本上都會避免死鎖的發(fā)生。DML鎖分類表表1Oracle的TM鎖類型鎖 模 式鎖描述解釋SQL操 作0none1NULL空Select2SS(Row-S)行級共享鎖， 其他對象只 能查詢這些 數(shù)據(jù)行Selectforu pdate 、Lockfor up date、Lo

10、ckrowshare3SX(Row-X)行級排它鎖，Insert 、Update、Delete、在提交前不允許做DML操作Lockrowshare4S(Share)共享鎖Create in dex、Lockshare5SSX(S/Row-X)共享行級排 它鎖Locksharerowexclusive6X(Exclusive)排它鎖Altertable 、Drop able、 Dropindex、Truncatetable 、 Lockexclusive1.關(guān)于V$lock表和相關(guān)視圖的說明Col umnDatatypeDescri pti onADDRRAW(4 Addressoflockst

11、ateobject |8)KADDRRAW(4|8)AddressoflockSIDNUMBE Identifierforsessionholdingoracquiringthelock RTYPEVARCHAR2(2)Typ eofuserorsystemlockThelocks on theusert yp esareobta in edbyusera pp licatio ns.A nyp rocessthatisbloc ki ngothersislikelytobeholdi ngon eoftheselocks.Theusert yp elocksare:TM-DMLe nqueu

12、e?TX-Tra nsactio nenq ueueUL-Users upp lied-我們主要關(guān)注TX和TM兩種類型的鎖-UL鎖用戶自己定義的，一般很少會定義，基本不用關(guān)注-其它均為系統(tǒng)鎖，會很快自動釋放，不用關(guān)注ID1NUMBE Lockide ntifier#1(de pen dso nty pe) RID2NUMBE Lockide ntifier#2(de pen dso nty pe) R-當 locktype 為 TM時,id1 為 DML-lockedobject 的 object_id-當 locktype 為 TX時,id1 為 usn+slot，而 id2 為 seq。-

13、當locktype為其它時,不用關(guān)注LMO DENUMBELockmodei nwhichthesessio nholdsthelock: R? 0-none?1-n ull(NULL)? 2-row-S(SS)? 3-row-X(SX)? 4-share(S)? 5-S/Row-X(SSX)? 6-exclusive(X)-大于0時表示當前會話以某種模式占有該鎖，等于0時表示當前會話正在等待該鎖資源，即表示該會話被阻塞。-往往在發(fā)生TX鎖時，伴隨著TM鎖，比如一個sid=9會話擁有一個TM鎖，一般會 擁有一個或幾個TX鎖，但他們的id1和id2是不同的，請注意REQ UES TNUMBELo

14、ckmodei nwhichthe processrequeststhelock: R? 0-none?1-n ull(NULL)? 2-row-S(SS)? 3-row-X(SX)? 4-share(S)? 5-S/Row-X(SSX)? 6-exclusive(X)-大于0時，表示當前會話被阻塞，其它會話占有改鎖的模式CTIMENUMBETimesi ncecurre ntmodewasgra nted RBLO NUMBEThelockisblockinganotherlock CK R0,'NotBlocking',/*Notblockinganyotherproces

15、ses*/1,'Blocking',/*Thislockblocksother processes*/2,Global',/*Thislockisglobal,sowecan'ttell*/-該鎖是否阻塞了另外一個鎖2.其它相關(guān)視圖說明視圖名描述主要字段說明v$sessi on查詢會話的信息sid,serial#:表示會話信息。和鎖的信息。P rogram:表示會話的應用程序信息。row_wait_obj# :表示等待的對象，和 dba_objects 中的 object_id 相對應。lockwait:該會話等待的鎖的地址，與v$lock 的kaddr對應.v

16、$sessi on _wait查詢等待的會話 信息。sid :表示持有鎖的會話信息。Seconds_in_wait :表示等待持續(xù)的時間信息Eve nt:表示會話等待的事件，鎖等于en queuedba_locks對v$lock的格式 化視圖。Session_id :和 v$lock 中的 Sid 對應。 Lock_type :和 v$lock 中的 type 對應。Lock_ID1 :和 v$lock 中的 ID1 對應。Mode_held,mode_requested :和 v$lock 中 的 Imodejequest 相對應。v$locked_object只包含DML勺鎖信 息，包括回滾段和 會話信息。Xidus n, xidslot,xids qn:表示回滾段信息。和v$tra nsacti on 相關(guān)聯(lián)。Object_id :表示被鎖對象標識。Session_id :表示持有鎖的會話信息。Locked_mode表示會話等待的鎖模式的信息，和v$lock中的lmode一致。1. 查詢數(shù)據(jù)庫中的鎖 select*fromv$lock;select*fromv$lockwhereblock=1;2. 查詢被鎖的對象 select*fromv$locked_object;3. 查詢阻塞查被阻塞的會話select*fromv$lockwh