建站
咨詢
售后
建站咨詢
新聞中心
數(shù)據(jù)庫事務(wù)鎖是數(shù)據(jù)庫中非常重要的概念，它可以保證并發(fā)事務(wù)的正確性和一致性。正確的使用數(shù)據(jù)庫事務(wù)鎖對(duì)于數(shù)據(jù)庫的高可用性和數(shù)據(jù)安全性至關(guān)重要。本篇文章將會(huì)介紹，如何實(shí)現(xiàn)事務(wù)的隔離和并發(fā)控制。
一、事務(wù)鎖的類型
在數(shù)據(jù)庫中，事務(wù)鎖主要分為兩種類型：共享鎖和排他鎖。共享鎖（Shared Lock），也被叫做讀鎖，它是允許多個(gè)事務(wù)同時(shí)共享一條數(shù)據(jù)記錄的鎖。排他鎖（Exclusive Lock）則被叫做寫鎖，它會(huì)在某個(gè)事務(wù)修改一條數(shù)據(jù)時(shí)鎖住該記錄，其他的事務(wù)不能同時(shí)進(jìn)行修改。
二、事務(wù)的隔離級(jí)別
在進(jìn)行數(shù)據(jù)庫事務(wù)時(shí)，需要考慮事務(wù)的隔離級(jí)別。事務(wù)的隔離級(jí)別決定了事務(wù)之間的并發(fā)度，它主要包含四種級(jí)別：未提交讀（Read Uncommitted）、提交讀（Read Committed）、可重復(fù)讀（Repeatable Read）和串行化（Serializable）。這四種隔離級(jí)別會(huì)直接影響到事務(wù)鎖的使用和事務(wù)的正確性。
未提交讀：未提交讀是更低的隔離級(jí)別，它允許一個(gè)事務(wù)讀取另一個(gè)事務(wù)未提交的數(shù)據(jù)。雖然這種隔離級(jí)別看起來比較方便，但是它會(huì)導(dǎo)致臟讀現(xiàn)象的發(fā)生。
提交讀：提交讀允許讀取已經(jīng)提交的事務(wù)的數(shù)據(jù)，也允許其他事務(wù)修改已經(jīng)提交的數(shù)據(jù)。但是在一個(gè)事務(wù)中，同樣的查詢可能會(huì)返回不同的結(jié)果，如果兩個(gè)事務(wù)同時(shí)修改同一條數(shù)據(jù)，那么就會(huì)出現(xiàn)覆蓋的情況。
可重復(fù)讀：可重復(fù)讀是MySQL默認(rèn)的隔離級(jí)別，它主要解決了提交讀的缺陷。在可重復(fù)讀級(jí)別下，所有事務(wù)在讀取數(shù)據(jù)的時(shí)候都會(huì)獲取共享鎖，直到該事務(wù)結(jié)束。這種級(jí)別下，每個(gè)事務(wù)看到的數(shù)據(jù)都是一致的，可以避免臟讀和覆蓋的問題。
串行化：串行化是更高的隔離級(jí)別，它可以保證任何時(shí)候只有一個(gè)事務(wù)能夠更新一條數(shù)據(jù)。串行化更大的優(yōu)勢是不會(huì)出現(xiàn)并發(fā)沖突的問題，但同時(shí)也會(huì)影響系統(tǒng)的高可用性和性能。
三、事務(wù)鎖的實(shí)現(xiàn)
在實(shí)現(xiàn)數(shù)據(jù)庫事務(wù)鎖時(shí)，需要考慮以下幾個(gè)要點(diǎn)：
1.避免死鎖：死鎖是數(shù)據(jù)庫中常見的問題。避免死鎖的方法有多種，比如使用超時(shí)、禁止長時(shí)間事務(wù)等，但更好的方法是在編寫代碼時(shí)避免死鎖。
2.鎖定的范圍：鎖定的粒度是影響鎖性能和正確性的關(guān)鍵。如果鎖的粒度太大，會(huì)導(dǎo)致鎖定的時(shí)間過長；如果鎖的粒度太小，會(huì)導(dǎo)致鎖沖突的頻繁發(fā)生。一般而言，我們需要盡可能的將鎖的粒度定位到最小化，只鎖住必要的數(shù)據(jù)行、表或者行以上的對(duì)象。
3.事務(wù)的并發(fā)控制：并發(fā)控制是數(shù)據(jù)庫系統(tǒng)中的重點(diǎn)，它可以實(shí)現(xiàn)事務(wù)的并發(fā)處理。在實(shí)現(xiàn)事務(wù)的并發(fā)控制時(shí)，需要考慮鎖的級(jí)別、持有鎖的時(shí)間、鎖的升級(jí)和降級(jí)等問題。
四、事務(wù)鎖的更佳實(shí)踐
1.盡量使用較高的隔離級(jí)別：使用高隔離級(jí)別可以降低數(shù)據(jù)不一致出現(xiàn)的概率，使得事務(wù)執(zhí)行更加可靠。
2.盡量鎖定最小的數(shù)據(jù)范圍：鎖定最小的數(shù)據(jù)范圍可以提高數(shù)據(jù)庫處理的效率，并減少出現(xiàn)死鎖的可能性。
3.盡量避免長時(shí)間持有鎖：長時(shí)間持有鎖會(huì)導(dǎo)致其他事務(wù)阻塞，影響系統(tǒng)的響應(yīng)時(shí)間和并發(fā)度，所以我們需要盡可能的在最短的時(shí)間內(nèi)釋放鎖。
4.盡量避免使用排他鎖：排他鎖會(huì)阻塞其他事務(wù)的讀取、修改和刪除操作，會(huì)極大的影響數(shù)據(jù)庫性能，所以我們應(yīng)當(dāng)盡量避免使用排他鎖。
在使用事務(wù)鎖時(shí)，我們需要注意業(yè)務(wù)需求和數(shù)據(jù)庫性能的平衡。合理配置事務(wù)的隔離級(jí)別、鎖定的范圍和并發(fā)控制策略可以有效的減少死鎖和數(shù)據(jù)不一致現(xiàn)象的出現(xiàn)，同時(shí)也可以提高數(shù)據(jù)庫的效率和性能，為業(yè)務(wù)的高可用性和數(shù)據(jù)的安全性提供保障。
相關(guān)問題拓展閱讀：
- Oracle數(shù)據(jù)庫鎖的常用類型有哪些
Oracle數(shù)據(jù)庫鎖的常用類型有哪些
Oracle數(shù)據(jù)庫的鎖類型
根據(jù)保護(hù)的對(duì)象不同，Oracle數(shù)據(jù)庫鎖可以分為以下幾大類：DML鎖（data locks，數(shù)據(jù)鎖），用于保護(hù)數(shù)據(jù)的完整性；DDL鎖（dictionary locks，字典鎖），用于保護(hù)數(shù)據(jù)庫對(duì)象的結(jié)構(gòu)，如表、索引等的結(jié)構(gòu)定義；內(nèi)部鎖和閂（internal locks and latches），保護(hù)數(shù)據(jù)庫的內(nèi)部結(jié)構(gòu)。
DML鎖的目的在于保證并況下的數(shù)據(jù)完整性，本文主要討論DML鎖。在Oracle數(shù)據(jù)庫中，DML鎖主要包括TM鎖和TX鎖，其中TM鎖稱為表級(jí)鎖，TX鎖稱為事務(wù)鎖或行級(jí)鎖。
當(dāng)Oracle執(zhí)行DML語句時(shí)，系統(tǒng)自動(dòng)在所要操作的表上申請(qǐng)TM類型的鎖。當(dāng)TM鎖獲得后，系統(tǒng)再自動(dòng)申請(qǐng)TX類型的鎖，并將實(shí)際鎖定的數(shù)據(jù)行的鎖標(biāo)志位進(jìn)行置位。這樣在事務(wù)加鎖前檢查TX鎖相容性時(shí)就不用再逐行檢查鎖標(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)一個(gè)事務(wù)首次發(fā)起一滾粗個(gè)DML語句時(shí)就獲得一個(gè)TX鎖，該鎖保持到事務(wù)被提交或回滾。當(dāng)兩個(gè)或多個(gè)會(huì)話在表的同一條記錄上執(zhí)行DML語句時(shí)，之一個(gè)會(huì)話在該條記錄上加鎖，其他的會(huì)話處于等待狀態(tài)。當(dāng)之一個(gè)會(huì)話提交后，TX鎖被釋放，其他會(huì)話才可以加鎖。
當(dāng)Oracle數(shù)據(jù)庫發(fā)生TX鎖等待時(shí)，如果不及時(shí)處理常常會(huì)引起Oracle數(shù)據(jù)庫掛起，或?qū)е路路梨i的發(fā)生，產(chǎn)生ORA-60的錯(cuò)誤。這些現(xiàn)象都會(huì)對(duì)實(shí)際應(yīng)用產(chǎn)生極大的危害，如長時(shí)間未響應(yīng)，大量事務(wù)失敗等。
TX鎖等待的分析
在介紹了有關(guān)地Oracle數(shù)據(jù)庫鎖的種類后，下面討論如何有效地監(jiān)控和解決鎖等待現(xiàn)象，及在產(chǎn)生死鎖時(shí)如何定位死鎖的原因。
監(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í)數(shù)據(jù)庫長時(shí)間沒有響應(yīng)，很可能是產(chǎn)生了TX鎖等待的現(xiàn)象。為解決這個(gè)問題，首先應(yīng)該找出持鎖的事務(wù)，然后再進(jìn)行相關(guān)的處理，如提交事務(wù)或強(qiáng)行中斷事務(wù)。
死鎖的監(jiān)控和解決在數(shù)據(jù)庫中，當(dāng)兩個(gè)或多個(gè)會(huì)話請(qǐng)求同一個(gè)資源時(shí)會(huì)產(chǎn)生死鎖的現(xiàn)象。死鎖的常見類型是行級(jí)鎖死鎖和頁級(jí)鎖死鎖，Oracle數(shù)據(jù)庫中一般使用行級(jí)鎖。下面主要討論行級(jí)鎖的死鎖現(xiàn)象。
當(dāng)Oracle檢測到死鎖產(chǎn)生時(shí)，中斷并回滾死鎖相關(guān)語句的執(zhí)行，報(bào)ORA-00060的錯(cuò)誤并記錄在數(shù)據(jù)庫的日志文件alertSID.log中。同時(shí)在user_dump_dest下產(chǎn)生了一個(gè)跟蹤文件，詳細(xì)描述死鎖的相關(guān)信息。
在日常工作中，如果發(fā)現(xiàn)在日志文件中記錄了ora-00060的錯(cuò)誤信息，則表明產(chǎn)生了死鎖。這時(shí)需要找到對(duì)應(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) 行級(jí)共享鎖，其他對(duì)象只能查詢這些數(shù)據(jù)行 Select for update、Lock for update、Lock row share
3 SX(Row-X) 行級(jí)排它鎖，在提交前不允許做DML操作 Insert、Update、Delete、Lock row share
4 S(Share) 共享鎖 Create index、Lock share
5 SSX(S/Row-X) 共享行級(jí)排它鎖 Lock share row exclusive
6 X(Exclusive) 排它鎖 Alter table、Drop able、Drop index、Truncate table 、Lock exclusive
表2 數(shù)據(jù)字典視圖說明
視圖名 描述 主要字段說明
v$session 查詢會(huì)話的信息和鎖的信息。 sid,serial#：表示會(huì)話信息。
program：表示會(huì)話的應(yīng)用程序信息。
row_wait_obj#：表示等待的對(duì)象。
和dba_objects中的object_id相對(duì)應(yīng)。
v$session_wait 查詢等待的會(huì)話信息。 sid：表示持有鎖的會(huì)話信息。
Seconds_in_wait：表示等待持續(xù)的時(shí)間信息
Event：表示會(huì)話等待的事件。
v$lock 列出系統(tǒng)中的所有的鎖。 Sid：表示持有鎖的會(huì)話信息。
Type：表示鎖的類型。值包括TM和TX等。
ID1：表示鎖的對(duì)象標(biāo)識(shí)。
lmode,request：表示會(huì)話等待的鎖模式的信
息。用數(shù)字0－6表示，和表1相對(duì)應(yīng)。
dba_locks 對(duì)v$lock的格式化視圖。 Session_id：和v$lock中的Sid對(duì)應(yīng)。
Lock_type：和v$lock中的type對(duì)應(yīng)。
Lock_ID1： 和v$lock中的ID1對(duì)應(yīng)。
Mode_held,mode_requested：和v$lock中
的lmode,request相對(duì)應(yīng)。
v$locked_object 只包含DML的鎖信息，包括回滾段和會(huì)話信息。 Xidusn,xidslot,xidsqn：表示回滾段信息。和
v$transaction相關(guān)聯(lián)。
Object_id：表示被鎖對(duì)象標(biāo)識(shí)。
Session_id：表示持有鎖的會(huì)話信息。
Locked_mode：表示會(huì)話等待的鎖模式的信
息，和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)了鎖的問題, 某個(gè)DML操作可能等待很久沒有反應(yīng)。
當(dāng)你采用的是直接連接數(shù)據(jù)庫的方式，也不要用OS系統(tǒng)命令 $kill process_num 或者 $killprocess_num來終止用戶連接，因?yàn)橐粋€(gè)用戶進(jìn)程可能產(chǎn)生一個(gè)以上的鎖, 殺OS進(jìn)程并不能徹底清除鎖的問題
Oracle鎖表(死鎖)7:46:41| 分類： Java技術(shù) | 標(biāo)簽： |字號(hào)大中小 訂閱 .
數(shù)據(jù)庫與操作系統(tǒng)一樣，是一個(gè)多用戶使用的共享資源。 當(dāng)多個(gè)用戶并發(fā)地存取數(shù)據(jù)時(shí)，在數(shù)據(jù)庫中就會(huì)發(fā)生多個(gè)事務(wù)同時(shí)存取同一數(shù)據(jù)地情況。 若對(duì)并發(fā)操作不加控制就可能會(huì)讀取和存儲(chǔ)不正確地?cái)?shù)據(jù)，破壞數(shù)據(jù)庫地一致性。 加鎖時(shí)實(shí)現(xiàn)數(shù)據(jù)庫并發(fā)控制地一個(gè)非常重要地技術(shù)。 在實(shí)際應(yīng)用中經(jīng)常會(huì)遇到地與鎖相關(guān)地異常情況，當(dāng)兩個(gè)事務(wù)需要一組有沖突的鎖，而不能將事務(wù)繼續(xù)下去的話，就會(huì)出現(xiàn)死鎖，嚴(yán)重影響應(yīng)用的正常執(zhí)行。
在數(shù)據(jù)庫中有兩種基本的鎖類型：排它鎖（Exclusive Locks，即X鎖）和共享鎖（即S鎖）。當(dāng)數(shù)據(jù)對(duì)象被加上排它鎖時(shí)，其他的事務(wù)不能不能對(duì)它讀取和修改。加了共享鎖的數(shù)據(jù)對(duì)象可以被其他事務(wù)讀取，但不能修改。數(shù)據(jù)庫利用這兩種基本的鎖類型來對(duì)數(shù)據(jù)庫的事務(wù)進(jìn)行并發(fā)控制。
死鎖的之一種情況：
一個(gè)用戶A訪問表A（鎖住了表A），然后又訪問表B； 另一個(gè)用戶B訪問表B（鎖住了表B），然后企圖訪問表A；這時(shí)用戶A由于用戶B已經(jīng)鎖住表B，它必須等待用戶B釋放表B才能繼續(xù)，同樣用戶B要等用戶A釋放表A才能繼續(xù)，這就死鎖產(chǎn)生了。
解決方法：
這種死鎖比較常見，是由于程序的BUG產(chǎn)生的，除了調(diào)整程序的邏輯沒有其它的辦法。仔細(xì)分析程序的邏輯，對(duì)于數(shù)據(jù)庫的多表操作時(shí)，盡量按照同樣的順序進(jìn)行處理，盡量避免同時(shí)鎖定兩個(gè)資源，如操作A和B兩張表時(shí)，總是按先A后B的順序處理，必須同時(shí)鎖定兩個(gè)資源時(shí)，要保證在任何時(shí)刻都應(yīng)該按照相同的順序來鎖定資源。
死鎖的第二種情況
用戶A查詢一條記錄，然后修改該條記錄；這時(shí)用戶B修改該條記錄，這時(shí)用戶A的事務(wù)里鎖的性質(zhì)由查詢的共享鎖企圖上升到獨(dú)占鎖，而用戶B里的獨(dú)占鎖由于A有共享鎖存在必須等A釋放掉共享鎖，而A由于B的獨(dú)占鎖而無法上升到獨(dú)占鎖也就不可能釋放共享鎖，于是出現(xiàn)了死鎖。這種死鎖比較隱蔽，但在稍大點(diǎn)的項(xiàng)目種經(jīng)常發(fā)生，如在某項(xiàng)目中，頁面上的按鈕點(diǎn)擊后，沒有使按鈕立刻失效，使得用戶會(huì)多次快速點(diǎn)擊同一按鈕，這樣同一段代碼對(duì)數(shù)據(jù)庫同一條記錄進(jìn)行多次操作，很容易就出現(xiàn)這種死鎖的情況。
解決方法：
1、對(duì)于按鈕等控件，點(diǎn)擊后使其立刻失效，不讓用戶重復(fù)點(diǎn)擊，避免對(duì)同時(shí)對(duì)同一條記錄操作。
2、使用樂觀鎖進(jìn)行控制。樂觀鎖大多是基于數(shù)據(jù)版本（version）記錄機(jī)制實(shí)現(xiàn)。即為數(shù)據(jù)增加一個(gè)版本標(biāo)識(shí)，在基于數(shù)據(jù)庫表的版本解決方案中，一般是通過為數(shù)據(jù)庫增加一個(gè)“version”字段來實(shí)現(xiàn)。讀取處數(shù)據(jù)時(shí)，將此版本號(hào)一同讀出，之后更新時(shí)，對(duì)此版本號(hào)加一。此時(shí)，將提交的數(shù)據(jù)的版本數(shù)據(jù)與數(shù)據(jù)庫表對(duì)應(yīng)記錄的當(dāng)前版本信息進(jìn)行比對(duì)，如果提交的數(shù)據(jù)版本號(hào)大于數(shù)據(jù)庫表當(dāng)前版本號(hào)，則予以更新，否則認(rèn)為是過期數(shù)據(jù)。樂觀鎖機(jī)制避免了長事務(wù)中的數(shù)據(jù)庫加鎖開銷（用戶A和用戶B操作過程中，都沒有對(duì)數(shù)據(jù)庫加鎖），大大提升了大并發(fā)量下的系統(tǒng)整體性表現(xiàn)。 Hibernate在其數(shù)據(jù)訪問引擎中內(nèi)置了樂觀鎖實(shí)現(xiàn)。需要注意的是，由于樂觀鎖機(jī)制是我們的系統(tǒng)中實(shí)現(xiàn)，來自外部系統(tǒng)的用戶更新操作不受我們系統(tǒng)的控制，因此可能會(huì)造成臟數(shù)據(jù)被更新到數(shù)據(jù)庫中。
3、使用悲觀鎖進(jìn)行控制。悲觀鎖大多數(shù)情況下依靠數(shù)據(jù)庫的鎖機(jī)制實(shí)現(xiàn)，如Oracle的select…….for update語句，以保證操作更大程度的獨(dú)占性。但隨之而來的就是數(shù)據(jù)庫性能的大量開銷，特別是對(duì)長事務(wù)而言，這樣的開銷往往無法承受。如一個(gè)金融系統(tǒng)，當(dāng)某個(gè)操作員讀取用戶的數(shù)據(jù)，并在讀出的用戶數(shù)據(jù)的基礎(chǔ)上進(jìn)行修改時(shí)（如更改用戶帳戶余額），如果采用悲觀鎖機(jī)制，也就意味整個(gè)操作過程中（從操作員讀出數(shù)據(jù)、開始修改直至提交修改結(jié)果的全過程，甚至還包括操作員中途去煮咖啡的時(shí)間），數(shù)據(jù)庫記錄始終處于加鎖狀態(tài)，可以想見，如果面對(duì)成百上千個(gè)并發(fā)，這樣的情況將導(dǎo)致災(zāi)難性的結(jié)果。所以，采用悲觀鎖進(jìn)行控制時(shí)一定要考慮清楚。
死鎖的第三種情況
如果在事務(wù)種執(zhí)行了一條不滿足條件的update語句，則執(zhí)行全表掃描，把行級(jí)鎖上升為表級(jí)鎖，多個(gè)這樣的事務(wù)執(zhí)行之后，就很容易發(fā)生死鎖和阻塞。類似的情況還有當(dāng)表種的數(shù)據(jù)量非常龐大而索引建的過少或不合適的時(shí)候，使得經(jīng)常發(fā)生全表掃描，最終應(yīng)用系統(tǒng)會(huì)越來越慢，最終發(fā)生阻塞或死鎖。
解決方法：
SQL語句中不要使用太復(fù)雜的關(guān)聯(lián)多表的查詢；使用“執(zhí)行計(jì)劃”對(duì)SQL語句進(jìn)行 分析，對(duì)于有全表掃描的SQL語句，建立相應(yīng)的索引進(jìn)行優(yōu)化。
***查詢死鎖表以及解鎖表***
通過select * from v$locked_object
可以獲得被鎖的對(duì)象的object_id及產(chǎn)生鎖的會(huì)話sid，通過查詢結(jié)果中的object_id，可以查詢到具體被鎖的對(duì)象。
鎖有以下幾種模式:
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)：獨(dú)立訪問使用
數(shù)字越大鎖級(jí)別越高, 影響的操作越多。
一般的查詢語句如select … from … ;是小于2的鎖, 有時(shí)會(huì)在v$locked_object出現(xiàn)。
select … from … for update; 是2的鎖。
當(dāng)對(duì)話使用for update子串打開一個(gè)游標(biāo)時(shí)，
所有返回集中的數(shù)據(jù)行都將處于行級(jí)(Row-X)獨(dú)占式鎖定，
其他對(duì)象只能查詢這些數(shù)據(jù)行，不能進(jìn)行update、delete或select…for update操作。
insert / update / delete … ; 是3的鎖。
沒有commit之前插入同樣的一條記錄會(huì)沒有反應(yīng),
因?yàn)楹笠粋€(gè)3的鎖會(huì)一直等待上一個(gè)3的鎖, 我們必須釋放掉上一個(gè)才能繼續(xù)工作。
創(chuàng)建索引的時(shí)候也會(huì)產(chǎn)生3,4級(jí)別的鎖。
locked_mode為2,3,4不影響DML(insert,delete,update,select)操作,
但DDL(alter,drop等)操作會(huì)提示ora-00054錯(cuò)誤。
有主外鍵約束時(shí) update / delete … ; 可能會(huì)產(chǎn)生4,5的鎖。
DDL語句時(shí)是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語句殺掉長期沒有釋放非正常的鎖：
數(shù)據(jù)庫 事務(wù)鎖寫法的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于數(shù)據(jù)庫 事務(wù)鎖寫法,數(shù)據(jù)庫事務(wù)鎖的正確寫法,Oracle數(shù)據(jù)庫鎖的常用類型有哪些的信息別忘了在本站進(jìn)行查找喔。
創(chuàng)新互聯(lián)服務(wù)器托管擁有成都T3+級(jí)標(biāo)準(zhǔn)機(jī)房資源，具備完善的安防設(shè)施、三線及BGP網(wǎng)絡(luò)接入帶寬達(dá)10T，機(jī)柜接入千兆交換機(jī)，能夠有效保證服務(wù)器托管業(yè)務(wù)安全、可靠、穩(wěn)定、高效運(yùn)行；創(chuàng)新互聯(lián)專注于成都服務(wù)器托管租用十余年，得到成都等地區(qū)行業(yè)客戶的一致認(rèn)可。
文章名稱：數(shù)據(jù)庫事務(wù)鎖的正確寫法(數(shù)據(jù)庫事務(wù)鎖寫法)
本文網(wǎng)址：http://www.dlmjj.cn/article/cdphjsp.html
