Oracle數(shù)據(jù)庫鎖的常用類型有哪些

Oracle數(shù)據(jù)庫的鎖類型

凌海網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),凌海網(wǎng)站設(shè)計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為凌海1000多家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站建設(shè)要多少錢，請找那個售后服務(wù)好的凌海做網(wǎng)站的公司定做！

根據(jù)保護的對象不同，Oracle數(shù)據(jù)庫鎖可以分為以下幾大類：DML鎖（data locks，數(shù)據(jù)鎖），用于保護數(shù)據(jù)的完整性；DDL鎖（dictionary locks，字典鎖），用于保護數(shù)據(jù)庫對象的結(jié)構(gòu)，如表、索引等的結(jié)構(gòu)定義；內(nèi)部鎖和閂（internal locks and latches），保護數(shù)據(jù)庫的內(nèi)部結(jié)構(gòu)。

DML鎖的目的在于保證并發(fā)情況下的數(shù)據(jù)完整性，本文主要討論DML鎖。在Oracle數(shù)據(jù)庫中，DML鎖主要包括TM鎖和TX鎖，其中TM鎖稱為表級鎖，TX鎖稱為事務(wù)鎖或行級鎖。

當(dāng)Oracle執(zhí)行DML語句時，系統(tǒng)自動在所要操作的表上申請TM類型的鎖。當(dāng)TM鎖獲得后，系統(tǒng)再自動申請TX類型的鎖，并將實際鎖定的數(shù)據(jù)行的鎖標(biāo)志位進行置位。這樣在事務(wù)加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標(biāo)志，而只需檢查TM鎖模式的相容性即可，大大提高了系統(tǒng)的效率。TM鎖包括了SS、SX、S、X等多種模式，在數(shù)據(jù)庫中用0－6來表示。不同的SQL操作產(chǎn)生不同類型的TM鎖。如表1所示。

在數(shù)據(jù)行上只有X鎖（排他鎖）。在 Oracle數(shù)據(jù)庫中，當(dāng)一個事務(wù)首次發(fā)起一個DML語句時就獲得一個TX鎖，該鎖保持到事務(wù)被提交或回滾。當(dāng)兩個或多個會話在表的同一條記錄上執(zhí)行DML語句時，第一個會話在該條記錄上加鎖，其他的會話處于等待狀態(tài)。當(dāng)?shù)谝粋€會話提交后，TX鎖被釋放，其他會話才可以加鎖。

當(dāng)Oracle數(shù)據(jù)庫發(fā)生TX鎖等待時，如果不及時處理常常會引起Oracle數(shù)據(jù)庫掛起，或?qū)е滤梨i的發(fā)生，產(chǎn)生ORA-60的錯誤。這些現(xiàn)象都會對實際應(yīng)用產(chǎn)生極大的危害，如長時間未響應(yīng)，大量事務(wù)失敗等。

TX鎖等待的分析

在介紹了有關(guān)地Oracle數(shù)據(jù)庫鎖的種類后，下面討論如何有效地監(jiān)控和解決鎖等待現(xiàn)象，及在產(chǎn)生死鎖時如何定位死鎖的原因。

監(jiān)控鎖的相關(guān)視圖 數(shù)據(jù)字典是Oracle數(shù)據(jù)庫的重要組成部分，用戶可以通過查詢數(shù)據(jù)字典視圖來獲得數(shù)據(jù)庫的信息。和鎖相關(guān)的數(shù)據(jù)字典視圖如表2所示。

TX鎖等待的監(jiān)控和解決在日常工作中，如果發(fā)現(xiàn)在執(zhí)行某條SQL時數(shù)據(jù)庫長時間沒有響應(yīng)，很可能是產(chǎn)生了TX鎖等待的現(xiàn)象。為解決這個問題，首先應(yīng)該找出持鎖的事務(wù)，然后再進行相關(guān)的處理，如提交事務(wù)或強行中斷事務(wù)。

死鎖的監(jiān)控和解決在數(shù)據(jù)庫中，當(dāng)兩個或多個會話請求同一個資源時會產(chǎn)生死鎖的現(xiàn)象。死鎖的常見類型是行級鎖死鎖和頁級鎖死鎖，Oracle數(shù)據(jù)庫中一般使用行級鎖。下面主要討論行級鎖的死鎖現(xiàn)象。

當(dāng)Oracle檢測到死鎖產(chǎn)生時，中斷并回滾死鎖相關(guān)語句的執(zhí)行，報ORA-00060的錯誤并記錄在數(shù)據(jù)庫的日志文件alertSID.log中。同時在user_dump_dest下產(chǎn)生了一個跟蹤文件，詳細(xì)描述死鎖的相關(guān)信息。

在日常工作中，如果發(fā)現(xiàn)在日志文件中記錄了ora-00060的錯誤信息，則表明產(chǎn)生了死鎖。這時需要找到對應(yīng)的跟蹤文件，根據(jù)跟蹤文件的信息定位產(chǎn)生的原因。

如果查詢結(jié)果表明，死鎖是由于bitmap索引引起的，將IND_T_PRODUCT_HIS_STATE索引改為normal索引后，即可解決死鎖的問題。

表1 Oracle的TM鎖類型

鎖模式 鎖描述 解釋 SQL操作

0 none

1 NULL 空 Select

2 SS(Row-S) 行級共享鎖，其他對象只能查詢這些數(shù)據(jù)行 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

表2 數(shù)據(jù)字典視圖說明

視圖名 描述 主要字段說明

v$session 查詢會話的信息和鎖的信息。 sid,serial#：表示會話信息。

program：表示會話的應(yīng)用程序信息。

row_wait_obj#：表示等待的對象。

和dba_objects中的object_id相對應(yīng)。

v$session_wait 查詢等待的會話信息。 sid：表示持有鎖的會話信息。

Seconds_in_wait：表示等待持續(xù)的時間信息

Event：表示會話等待的事件。

v$lock 列出系統(tǒng)中的所有的鎖。 Sid：表示持有鎖的會話信息。

Type：表示鎖的類型。值包括TM和TX等。

ID1：表示鎖的對象標(biāo)識。

lmode,request：表示會話等待的鎖模式的信

息。用數(shù)字0－6表示，和表1相對應(yīng)。

dba_locks 對v$lock的格式化視圖。 Session_id：和v$lock中的Sid對應(yīng)。

Lock_type：和v$lock中的type對應(yīng)。

Lock_ID1： 和v$lock中的ID1對應(yīng)。

Mode_held,mode_requested：和v$lock中

的lmode,request相對應(yīng)。

v$locked_object 只包含DML的鎖信息，包括回滾段和會話信息。 Xidusn,xidslot,xidsqn：表示回滾段信息。和

v$transaction相關(guān)聯(lián)。

Object_id：表示被鎖對象標(biāo)識。

Session_id：表示持有鎖的會話信息。

Locked_mode：表示會話等待的鎖模式的信

息，和v$lock中的lmode一致。

col owner for a12

col object_name for a16

select b.owner,b.object_name,l.session_id,l.locked_mode

from v$locked_object l, dba_objects b

where b.object_id=l.object_id;

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;

如果有長期出現(xiàn)的一列，可能是沒有釋放的鎖。我們可以用下面SQL語句殺掉長期沒有釋放非正常的鎖：

alter system kill session 'sid,serial# ';

如果出現(xiàn)了鎖的問題, 某個DML操作可能等待很久沒有反應(yīng)。

當(dāng)你采用的是直接連接數(shù)據(jù)庫的方式，也不要用OS系統(tǒng)命令 $kill process_num 或者 $kill -9 process_num來終止用戶連接，因為一個用戶進程可能產(chǎn)生一個以上的鎖, 殺OS進程并不能徹底清除鎖的問題

Oracle鎖表(死鎖) 2011-05-03 17:46:41| 分類： Java技術(shù) | 標(biāo)簽： |字號大中小 訂閱 .

數(shù)據(jù)庫與操作系統(tǒng)一樣，是一個多用戶使用的共享資源。 當(dāng)多個用戶并發(fā)地存取數(shù)據(jù)時，在數(shù)據(jù)庫中就會發(fā)生多個事務(wù)同時存取同一數(shù)據(jù)地情況。 若對并發(fā)操作不加控制就可能會讀取和存儲不正確地數(shù)據(jù)，破壞數(shù)據(jù)庫地一致性。 加鎖時實現(xiàn)數(shù)據(jù)庫并發(fā)控制地一個非常重要地技術(shù)。 在實際應(yīng)用中經(jīng)常會遇到地與鎖相關(guān)地異常情況，當(dāng)兩個事務(wù)需要一組有沖突的鎖，而不能將事務(wù)繼續(xù)下去的話，就會出現(xiàn)死鎖，嚴(yán)重影響應(yīng)用的正常執(zhí)行。

在數(shù)據(jù)庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（即S鎖）。當(dāng)數(shù)據(jù)對象被加上排它鎖時，其他的事務(wù)不能不能對它讀取和修改。加了共享鎖的數(shù)據(jù)對象可以被其他事務(wù)讀取，但不能修改。數(shù)據(jù)庫利用這兩種基本的鎖類型來對數(shù)據(jù)庫的事務(wù)進行并發(fā)控制。

死鎖的第一種情況：

一個用戶A訪問表A（鎖住了表A），然后又訪問表B； 另一個用戶B訪問表B（鎖住了表B），然后企圖訪問表A；這時用戶A由于用戶B已經(jīng)鎖住表B，它必須等待用戶B釋放表B才能繼續(xù)，同樣用戶B要等用戶A釋放表A才能繼續(xù)，這就死鎖產(chǎn)生了。

解決方法：

這種死鎖比較常見，是由于程序的BUG產(chǎn)生的，除了調(diào)整程序的邏輯沒有其它的辦法。仔細(xì)分析程序的邏輯，對于數(shù)據(jù)庫的多表操作時，盡量按照同樣的順序進行處理，盡量避免同時鎖定兩個資源，如操作A和B兩張表時，總是按先A后B的順序處理，必須同時鎖定兩個資源時，要保證在任何時刻都應(yīng)該按照相同的順序來鎖定資源。

死鎖的第二種情況

用戶A查詢一條記錄，然后修改該條記錄；這時用戶B修改該條記錄，這時用戶A的事務(wù)里鎖的性質(zhì)由查詢的共享鎖企圖上升到獨占鎖，而用戶B里的獨占鎖由于A有共享鎖存在必須等A釋放掉共享鎖，而A由于B的獨占鎖而無法上升到獨占鎖也就不可能釋放共享鎖，于是出現(xiàn)了死鎖。這種死鎖比較隱蔽，但在稍大點的項目種經(jīng)常發(fā)生，如在某項目中，頁面上的按鈕點擊后，沒有使按鈕立刻失效，使得用戶會多次快速點擊同一按鈕，這樣同一段代碼對數(shù)據(jù)庫同一條記錄進行多次操作，很容易就出現(xiàn)這種死鎖的情況。

解決方法：

1、對于按鈕等控件，點擊后使其立刻失效，不讓用戶重復(fù)點擊，避免對同時對同一條記錄操作。

2、使用樂觀鎖進行控制。樂觀鎖大多是基于數(shù)據(jù)版本（version）記錄機制實現(xiàn)。即為數(shù)據(jù)增加一個版本標(biāo)識，在基于數(shù)據(jù)庫表的版本解決方案中，一般是通過為數(shù)據(jù)庫增加一個“version”字段來實現(xiàn)。讀取處數(shù)據(jù)時，將此版本號一同讀出，之后更新時，對此版本號加一。此時，將提交的數(shù)據(jù)的版本數(shù)據(jù)與數(shù)據(jù)庫表對應(yīng)記錄的當(dāng)前版本信息進行比對，如果提交的數(shù)據(jù)版本號大于數(shù)據(jù)庫表當(dāng)前版本號，則予以更新，否則認(rèn)為是過期數(shù)據(jù)。樂觀鎖機制避免了長事務(wù)中的數(shù)據(jù)庫加鎖開銷（用戶A和用戶B操作過程中，都沒有對數(shù)據(jù)庫加鎖），大大提升了大并發(fā)量下的系統(tǒng)整體性表現(xiàn)。 Hibernate在其數(shù)據(jù)訪問引擎中內(nèi)置了樂觀鎖實現(xiàn)。需要注意的是，由于樂觀鎖機制是我們的系統(tǒng)中實現(xiàn)，來自外部系統(tǒng)的用戶更新操作不受我們系統(tǒng)的控制，因此可能會造成臟數(shù)據(jù)被更新到數(shù)據(jù)庫中。

3、使用悲觀鎖進行控制。悲觀鎖大多數(shù)情況下依靠數(shù)據(jù)庫的鎖機制實現(xiàn)，如Oracle的select.......for update語句，以保證操作最大程度的獨占性。但隨之而來的就是數(shù)據(jù)庫性能的大量開銷，特別是對長事務(wù)而言，這樣的開銷往往無法承受。如一個金融系統(tǒng)，當(dāng)某個操作員讀取用戶的數(shù)據(jù)，并在讀出的用戶數(shù)據(jù)的基礎(chǔ)上進行修改時（如更改用戶帳戶余額），如果采用悲觀鎖機制，也就意味整個操作過程中（從操作員讀出數(shù)據(jù)、開始修改直至提交修改結(jié)果的全過程，甚至還包括操作員中途去煮咖啡的時間），數(shù)據(jù)庫記錄始終處于加鎖狀態(tài)，可以想見，如果面對成百上千個并發(fā)，這樣的情況將導(dǎo)致災(zāi)難性的結(jié)果。所以，采用悲觀鎖進行控制時一定要考慮清楚。

死鎖的第三種情況

如果在事務(wù)種執(zhí)行了一條不滿足條件的update語句，則執(zhí)行全表掃描，把行級鎖上升為表級鎖，多個這樣的事務(wù)執(zhí)行之后，就很容易發(fā)生死鎖和阻塞。類似的情況還有當(dāng)表種的數(shù)據(jù)量非常龐大而索引建的過少或不合適的時候，使得經(jīng)常發(fā)生全表掃描，最終應(yīng)用系統(tǒng)會越來越慢，最終發(fā)生阻塞或死鎖。

解決方法：

SQL語句中不要使用太復(fù)雜的關(guān)聯(lián)多表的查詢；使用“執(zhí)行計劃”對SQL語句進行 分析，對于有全表掃描的SQL語句，建立相應(yīng)的索引進行優(yōu)化。

***查詢死鎖表以及解鎖表***

通過select * from v$locked_object

可以獲得被鎖的對象的object_id及產(chǎn)生鎖的會話sid，通過查詢結(jié)果中的object_id，可以查詢到具體被鎖的對象。

鎖有以下幾種模式:

0：none

1：null 空

2：Row-S 行共享(RS / S鎖)：共享表鎖

3：Row-X 行專用(RX / X鎖)：用于行的修改

4：Share 共享鎖(S)：阻止其他DML操作

5：S/Row-X 共享行專用(SRX)：阻止其他事務(wù)操作

6：exclusive 專用(X)：獨立訪問使用

數(shù)字越大鎖級別越高, 影響的操作越多。

一般的查詢語句如select ... from ... ;是小于2的鎖, 有時會在v$locked_object出現(xiàn)。

select ... from ... for update; 是2的鎖。

當(dāng)對話使用for update子串打開一個游標(biāo)時，

所有返回集中的數(shù)據(jù)行都將處于行級(Row-X)獨占式鎖定，

其他對象只能查詢這些數(shù)據(jù)行，不能進行update、delete或select...for update操作。

insert / update / delete ... ; 是3的鎖。

沒有commit之前插入同樣的一條記錄會沒有反應(yīng),

因為后一個3的鎖會一直等待上一個3的鎖, 我們必須釋放掉上一個才能繼續(xù)工作。

創(chuàng)建索引的時候也會產(chǎn)生3,4級別的鎖。

locked_mode為2,3,4不影響DML(insert,delete,update,select)操作,

但DDL(alter,drop等)操作會提示ora-00054錯誤。

有主外鍵約束時 update / delete ... ; 可能會產(chǎn)生4,5的鎖。

DDL語句時是6的鎖。

以DBA角色, 查看當(dāng)前數(shù)據(jù)庫里鎖的情況可以用如下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;

如果有長期出現(xiàn)的一列，可能是沒有釋放的鎖。

我們可以用下面SQL語句殺掉長期沒有釋放非正常的鎖：

Oracle中的鎖

鎖是數(shù)據(jù)庫用來控制共享資源并發(fā)訪問的機制。

例如

用戶A執(zhí)行了

update tb1 set name='xx' where id=1;

那么在用戶A沒提交前表tb1的id=1的行就是鎖著的，其它用戶想要修改必需等A用戶提交后才能執(zhí)行修改任務(wù)。

當(dāng)然ORACLE的鎖有很多種，比如行級鎖、表級鎖等等

下面是一些復(fù)制來的希望對你有幫助

鎖是數(shù)據(jù)庫用來控制共享資源并發(fā)訪問的機制。

鎖用于保護正在被修改的數(shù)據(jù)

直到提交或回滾了事務(wù)之后，其他用戶才可以更新數(shù)據(jù)

鎖定的優(yōu)點

一致性- 一次只允許一個用戶修改數(shù)據(jù)

完整性- 為所有用戶提供正確的數(shù)據(jù)。如果一個用戶進行了修改并保存，所做的修改將反映給所有用戶

鎖的類型

行級鎖

對正在被修改的行進行鎖定。其他用戶可以訪問除被鎖定的行以外的行

行級鎖是一種排他鎖，防止其他事務(wù)修改此行

在使用以下語句時，Oracle會自動應(yīng)用行級鎖：INSERT UPDATE DELETE SELECT …FOR UPDATE SELECT …FOR UPDATE語句允許用戶一次鎖定多條記錄進行更新

使用COMMIT或ROLLBACK語句釋放鎖

SELECT …FOR UPDATE語法:SELECT …FOR UPDATE [OF columns][WAIT n | NOWAIT];

SQL SELECT * FROM order_master WHERE vencode=’V002’

FOR UPDATE OF odate, del_date;

SQL UPDATE order_master SET del_date=’28-8月-05’

WHERE vencode=’V002’;

SQL COMMIT;

SQL SELECT * FROM order_master WHERE vencode=’V002’

FOR UPDATE WAIT 5;

SQL SELECT * FROM order_master WHERE vencode=’V002’

FOR UPDATE NOWAIT;

使用命令顯示地鎖定表，應(yīng)用表級鎖的語法是:

LOCK TABLE table_name IN mode MODE;

行共享(ROW SHARE) – 禁止排他鎖定表

行排他(ROW EXCLUSIVE) – 禁止使用排他鎖和共享鎖

共享鎖(SHARE)

鎖定表，僅允許其他用戶查詢表中的行

禁止其他用戶插入、更新和刪除行

多個用戶可以同時在同一個表上應(yīng)用此鎖

共享行排他(SHARE ROW EXCLUSIVE) – 比共享鎖更多的限制，禁止使用共享鎖及更高的鎖

排他(EXCLUSIVE) – 限制最強的表鎖，僅允許其他用戶查詢該表的行。禁止修改和鎖定表

表級鎖

占用模式 其他用戶

ROW SHARE ROW EXCLUSIVE SHARE SHARE ROW EXCLUSIVE EXCLUSIVE SELECT..FOR UPDATE INSERT DELETE UPDATE

ROW SHARE √ √ √ √ × √ √

ROW EXCLUSIVE √ √ × × × √ √

SHARE √ × √ × × √ ×

SHARE ROW EXCLUSIVE √ × × × × √ ×

EXCLUSIVE × × × × × × ×

死鎖

當(dāng)兩個事務(wù)相互等待對方釋放資源時，就會形成死鎖

Oracle會自動檢測死鎖，并通過結(jié)束其中的一個事務(wù)來解決死鎖

右邊是一個死鎖的例子

ORACLE里幾種鎖模式

ORACLE鎖具體分為以下幾類：

1.按用戶與系統(tǒng)劃分，可以分為自動鎖與顯示鎖

自動鎖：當(dāng)進行一項數(shù)據(jù)庫操作時，缺省情況下，系統(tǒng)自動為此數(shù)據(jù)庫操作獲得所有有必要的

顯示鎖：某些情況下，需要用戶顯示的鎖定數(shù)據(jù)庫操作要用到的數(shù)據(jù)，才能使數(shù)據(jù)庫操作執(zhí)行得更好，顯示鎖是用戶為數(shù)據(jù)庫對象設(shè)定的。

2.按鎖級別劃分，可分為共享鎖與排它鎖

共享鎖：共享鎖使一個事務(wù)對特定數(shù)據(jù)庫資源進行共享訪問——另一事務(wù)也可對此資源進行訪問或獲得相同共享鎖。共享鎖為事務(wù)提供高并發(fā)性，但如拙劣的事務(wù)設(shè)計+共享鎖容易造成死鎖或數(shù)據(jù)更新丟失。

排它鎖：事務(wù)設(shè)置排它鎖后，該事務(wù)單獨獲得此資源，另一事務(wù)不能在此事務(wù)提交之前獲得相同對象的共享鎖或排它鎖。

3.按操作劃分，可分為DML鎖、DDL鎖

+DML鎖又可以分為，行鎖、表鎖、死鎖

-行鎖：當(dāng)事務(wù)執(zhí)行數(shù)據(jù)庫插入、更新、刪除操作時，該事務(wù)自動獲得操作 表中操作行的排它鎖。

-表級鎖：當(dāng)事務(wù)獲得行鎖后，此事務(wù)也將自動獲得該行的表鎖(共享鎖),以防止其它事務(wù)進行DDL語句影響記錄行的更新。事務(wù)也可以在進行 過程中獲得共享鎖或排它鎖，只有當(dāng)事務(wù)顯示使用LOCK TABLE語 句顯示的定義一個排它鎖時，事務(wù)才會獲得表上的排它鎖,也可使用

LOCK TABLE顯示的定義一個表級的共享鎖(LOCK TABLE具體用法請參 考相關(guān)文檔)。

-死鎖：當(dāng)兩個事務(wù)需要一組有沖突的鎖，而不能將事務(wù)繼續(xù)下去的話，就 出現(xiàn)死鎖。

如事務(wù)1在表A行記錄#3中有一排它鎖，并等待事務(wù)2在表A中記錄#4 中排它鎖的釋放，而事務(wù)2在表A記錄行#4中有一排它鎖，并等待事務(wù) 1在表A中記錄#3中排它鎖的釋放，事務(wù)1與事務(wù)2彼此等待，因此就造 成了死鎖。死鎖一般是因拙劣的事務(wù)設(shè)計而產(chǎn)生。

死鎖只能使用SQL下:alter system kill session 'sid,serial#'；

或者使用相關(guān)操作系統(tǒng)kill進程的命令，如UNIX下kill -9 sid,或者 使用其它工具殺掉死鎖進程。

+DDL鎖又可以分為：排它DDL鎖、共享DDL鎖、分析鎖

-排它DDL鎖：創(chuàng)建、修改、刪除一個數(shù)據(jù)庫對象的DDL語句獲得操作對象的 排它鎖。

如使用alter table語句時，為了維護數(shù)據(jù)的完成性、一致性、

合法性，該事務(wù)獲得一排它DDL鎖。

-共享DDL鎖：需在數(shù)據(jù)庫對象之間建立相互依賴關(guān)系的DDL語句通常需共享

獲得DDL鎖。

如創(chuàng)建一個包，該包中的過程與函數(shù)引用了不同的數(shù)據(jù)庫表，

當(dāng)編譯此包時，該事務(wù)就獲得了引用表的共享DDL鎖。

-分析鎖：ORACLE使用共享池存儲分析與優(yōu)化過的SQL語句及PL/SQL程序，使

運行相同語句的應(yīng)用速度更快。一個在共享池中緩存的對象獲得

它所引用數(shù)據(jù)庫對象的分析鎖。分析鎖是一種獨特的DDL鎖類型，

ORACLE使用它追蹤共享池對象及它所引用數(shù)據(jù)庫對象之間的依賴 關(guān)系。當(dāng)一個事務(wù)修改或刪除了共享池持有分析鎖的數(shù)據(jù)庫對象

時，ORACLE使共享池中的對象作廢，下次在引用這條SQL/PLSQL語 句時，ORACLE重新分析編譯此語句。

4.內(nèi)部閂鎖

內(nèi)部閂鎖：這是ORACLE中的一種特殊鎖，用于順序訪問內(nèi)部系統(tǒng)結(jié)構(gòu)。

當(dāng)事務(wù)需向緩沖區(qū)寫入信息時，為了使用此塊內(nèi)存區(qū)域， ORACLE首先必須取得這塊內(nèi)存區(qū)域的閂鎖，才能向此塊內(nèi)存寫入

信息。

Oracle怎么顯式開啟事務(wù)，開始事務(wù)跟鎖有什么關(guān)系，在存儲過程中有時怎么開啟和提交，回滾事務(wù)的

oracle使用語句savepoint sp_begintran開啟顯式事務(wù)，鎖本身和事務(wù)是沒有關(guān)系的，只要是數(shù)據(jù)庫的操作都會產(chǎn)生鎖。處于事務(wù)中的SQL語句只有這個事務(wù)提交（commit）之后，事務(wù)中的SQL語句影響的表記錄上的鎖才會釋放。鎖常見有共享鎖（select語句產(chǎn)生）和排它鎖（DML語句產(chǎn)生），如果一個表上加載有共享鎖，還可以疊加共享鎖，但不能疊加排它鎖。如果一個表上加載有排他鎖，就什么鎖都不能加了，也就是說如果DML語句占用過多的時間，這些數(shù)據(jù)庫效率就不高，就需要優(yōu)化，當(dāng)然select語句性能低了也不行。

每個存儲過程可以不用顯式事務(wù)，它本身就為你開啟了一個隱式事務(wù)，如果需要開啟顯示事務(wù)，就通過savepoint sp_begintran開啟，無論是不是顯式還是隱式事務(wù)，你都得通過commit work提交事務(wù)，通過exception捕捉SQL語句異常，在異常發(fā)生時需要回滾事務(wù)（rollback work）。

oracle中的鎖有什么作用？都有什么鎖？之間有什么區(qū)別？謝謝

數(shù)據(jù)庫是一個多用戶使用的共享資源。當(dāng)多個用戶并發(fā)地存取數(shù)據(jù)時，在數(shù)據(jù)庫中就會產(chǎn)生多個事務(wù)同時存取同一數(shù)據(jù)的情況。若對并發(fā)操作不加控制就可能會讀取和存儲不正確的數(shù)據(jù)，破壞數(shù)據(jù)庫的一致性。 加鎖是實現(xiàn)數(shù)據(jù)庫并發(fā)控制的一個非常重要的技術(shù)。當(dāng)事務(wù)在對某個數(shù)據(jù)對象進行操作前，先向系統(tǒng)發(fā)出請求，對其加鎖。加鎖后事務(wù)就對該數(shù)據(jù)對象有了一定的控制，在該事務(wù)釋放鎖之前，其他的事務(wù)不能對此數(shù)據(jù)對象進行更新操作。 在數(shù)據(jù)庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（Share Locks，即S鎖）。當(dāng)數(shù)據(jù)對象被加上排它鎖時，其他的事務(wù)不能對它讀取和修改。加了共享鎖的數(shù)據(jù)對象可以被其他事務(wù)讀取，但不能修改。數(shù)據(jù)庫利用這兩種基本的鎖類型來對數(shù)據(jù)庫的事務(wù)進行并發(fā)控制。 根據(jù)保護的對象不同，Oracle數(shù)據(jù)庫鎖可以分為以下幾大類： DML鎖（data locks，數(shù)據(jù)鎖），用于保護數(shù)據(jù)的完整性； DDL鎖（dictionary locks，字典鎖），用于保護數(shù)據(jù)庫對象的結(jié)構(gòu)，如表、索引等的結(jié)構(gòu)定義； 內(nèi)部鎖和閂（internal locks and latches），保護數(shù)據(jù)庫的內(nèi)部結(jié)構(gòu)，應(yīng)用于SGA； 在我們實際應(yīng)用開發(fā)中涉及較多的是DML鎖，其他兩種的話DBA會更加關(guān)心點； DML鎖的目的在于保證并發(fā)情況下的數(shù)據(jù)完整性，主要包括TM鎖和TX鎖，其中TM鎖稱為表級鎖，TX鎖稱為事務(wù)鎖或行級鎖。 當(dāng)Oracle執(zhí)行DML語句時，系統(tǒng)自動在所要操作的表上申請TM類型的鎖。當(dāng)TM鎖獲得后，系統(tǒng)再自動申請TX類型的鎖，并將實際鎖定的數(shù)據(jù)行的鎖標(biāo)志位進行置位。這樣在事務(wù)加鎖前檢查TX鎖相容性時就不用再逐行檢查鎖標(biāo)志，而只需檢查TM鎖模式的相容性即可，大大提高了系統(tǒng)的效率。TM鎖包括了SS、SX、S、X等多種模式，在數(shù)據(jù)庫中用0－6來表示。不同的SQL操作產(chǎn)生不同類型的TM鎖。如下圖所示： 值 鎖模式 鎖描述 SQL 0 NONE 1 NULL 空 SELECT 2 SS(ROW-S) 行級共享鎖 其他對象只能查詢這些數(shù)據(jù)行 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 TABLE、DROP INDEX、 TRUNCATE TABLE、LOCK EXCLUSIVE 在數(shù)據(jù)行上只有X鎖（排他鎖）。在 Oracle數(shù)據(jù)庫中，當(dāng)一個事務(wù)首次發(fā)起一個DML語句時就獲得一個TX鎖，該鎖保持到事務(wù)被提交或回滾。當(dāng)兩個或多個會話在表的同一條記錄上執(zhí)行 DML語句時，第一個會話在該條記錄上加鎖，其他的會話處于等待狀態(tài)。當(dāng)?shù)谝粋€會話提交后，TX鎖被釋放，其他會話才可以加鎖。 在大概了解oracle的鎖機制之后，我們來解決幾個基本的問題： 1.UPDATE/DELETE操作會將RS鎖定，直至操作被COMMIT或者ROLLBACK； 若操作未COMMIT之前其他session對同樣的RS做變更操作，則操作會被hold，直至前session的UPDATE/DELETE操作被COMMIT； 2.session內(nèi)外SELECT的RS范圍 前提：INSERT、UPDATE操作未COMMIT之前進行SELECT； 若在同一session內(nèi)，SELECT出來的RS會包括之前INSERT、UPDATE影響的記錄； 若不在同一session內(nèi)，SELECT出來的RS不會包括未被COMMIT的記錄； 3.SELECT.... FOR UPDATE [OF cols] [NOWAIT/WAIT] [SKIP LOCKED] OF cols：只鎖定指定字段所在表的RS，而沒有指定的表則不會鎖定，只會在多表聯(lián)合查詢時出現(xiàn)； NOWAIT：語句不會hold，而是直接返回錯誤ORA-0005

當(dāng)前名稱：oracle事務(wù)鎖如何用 oracle的鎖機制
當(dāng)前URL：http://chinadenli.net/article18/hpjedp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網(wǎng)站、搜索引擎優(yōu)化、企業(yè)建站、網(wǎng)站策劃、ChatGPT、用戶體驗

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)