ORACLE的鎖機制（一）

ORACLE的鎖機制

設立封鎖機制主要是為了對并發操作進行控制，對幹擾進行封鎖，保證資料的一緻性和準确性。Oracle資料庫封鎖方式有三種：共享封鎖，獨占封鎖，共享更新封鎖

Oracle　RDBMS的封鎖類型可分為如下三類：

１、内部級封鎖 

内部級封鎖是用于保護ORACLE内部結構，由系統内部實作，使用者不能通路，是以我們不必對此做過多的了解。

２、DDL級封鎖（字典/文法分析封鎖） 

DDL級封鎖也是由ORACLE　RDBMS來控制，它用于保護資料字典和資料定義改變時的一緻性和完整性。它是系統在對SQL定義語句作文法分析時自動地加鎖，無需使用者幹予。字典/文法分析封鎖共分三類： 

（１）、字典操作鎖：用于對字典操作時，鎖住資料字典，此封鎖是獨占的，進而保護任何一個時刻僅能對一個字典操作。 

（２）、字典定義鎖：用于防止在進行字典操作時又進行文法分析，這樣可以避免在查詢字典的同時改動某個表的結構。 

（３）、表定義鎖：用于　一個SQL語句正當通路某個表時，防止字典中與該表有關的項目被修改。

３、DML級封鎖 

DML級封鎖用于控制并發事務中的資料操縱，保證資料的一緻性和完整性，其封鎖對象可以是表或行。 

對使用者的資料操縱，Oracle可以自動為操縱的資料進行封鎖，但如果有操縱授權，則為滿足并發操縱的需要另外實施封鎖。DML封鎖可由一個使用者程序以顯式的方式加鎖，也可通過某些SQL語句隐含方式實作。

DML鎖有如下三種封鎖方式： 

（1）、共享封鎖方式（SHARE） 

（2）、獨占封鎖方式（EXCLUSIVE） 

（3）、共享更新封鎖（SHARE UPDATE）

其中SHARE，EXCLUSIVE用于表封鎖，SHARE UPDATE用于行封鎖。 

1、共享方式的表封鎖 

共享方式的表封鎖是對表中的所有資料進行封鎖，該鎖用于保護查詢資料的一緻性，防止其它使用者對已封鎖的表進行更更新。其它使用者隻能對該表再施加共享方式的鎖，而不能再對該表施加獨占方式的封鎖，共享更新鎖可以再施加，但不允許持有共享更新封鎖的程序做更新。共享該表的所有使用者隻能查詢表中的資料，但不能更新。共享方式的表封鎖隻能由使用者用SQL語句來設定，基語句格式如下：

LOCK TABLE <表名>[,<表名>]... 

IN SHARE MODE [NOWAIT]

執行該語句，對一個或多個表施加共享方式的表封鎖。當指定了選擇項NOWAIT，若該封鎖暫時不能施加成功，則傳回并由使用者決定是進行等待，還是先去執行别的語句。 

持有共享鎖的事務，在出現如下之一的條件時，便釋放其共享鎖： 

A、執行COMMIT或ROLLBACK語句。 

B、退出資料庫（LOG　OFF）。 

C、程式停止運作。 

共享方式表封鎖常用于一緻性查詢過程，即在查詢資料期間表中的資料不發生改變。

2、獨占方式表封鎖 

獨占方式表封鎖是用于封鎖表中的所有資料，擁有該獨占方式表封鎖的使用者，即可以查詢該表，又可以更新該表，其它的使用者不能再對該表施加任何封鎖（包括共享、獨占或共享更新封鎖）。其它使用者雖然不能更新該表，但可以查詢該表。 

獨占方式的表封鎖可通過如下的SQL語句來顯示地獲得：

LOCK TABLE <表名>[,<表名>].... 

IN EXCLUSIVE MODE [NOWAIT]

獨占方式的表封鎖也可以在使用者執行DML語句INSERT、UPDATE、DELETE時隐含獲得。 

擁有獨占方式表封鎖的事務，在出現如下條件之一時，便釋放該封鎖： 

（1）、執行COMMIT或ROLLBACK語句。 

（2）、退出資料庫（LOG OFF） 

（3）、程式停止運作。 

獨占方式封鎖通常用于更新資料，當某個更新事務涉及多個表時，可減少發生死鎖。

3、共享更新封鎖方式 

共享更新封鎖是對一個表的一行或多行進行封鎖，因而也稱作行級封鎖。表級封鎖雖然保證了資料的一緻性，但卻減弱了操作資料的并行性。行級封鎖確定在使用者取得被更新的行到該行進行更新這段時間内不被其它使用者所修改。因而行級鎖即可保證資料的一緻性又能提高資料操作的迸發性。 

可通過如下的兩種方式來獲得行級封鎖： 

（1）、執行如下的SQL封鎖語句，以顯示的方式獲得：

LOCK TABLE <表名>[,<表名>].... 

IN SHARE UPDATE　MODE [NOWAIT]

（2）、用如下的SELECT ...FOR UPDATE語句獲得：

SELECT <列名>[,<列名>]... 

FROM <表名> 

WHERE <條件> 

FOR UPDATE OF <列名>[,<列名>].....[NOWAIT]

一旦使用者對某個行施加了行級封鎖，則該使用者可以查詢也可以更新被封鎖的資料行，其它使用者隻能查詢但不能更新被封鎖的資料行．如果其它使用者想更新該表中的資料行，則也必須對該表施加行級鎖．即使多個使用者對一個表均使用了共享更新，但也不允許兩個事務同時對一個表進行更新，真正對表進行更新時，是以獨占方式封鎖表，一直到送出或複原該事務為止。行鎖永遠是獨占方式鎖。 

當出現如下之一的條件，便釋放共享更新鎖： 

（１）、執行送出（COMMIT）語句； 

（２）、退出資料庫（LOG　OFF） 

（３）、程式停止運作。 

執行ROLLBACK操作不能釋放行鎖。 

從上面講述可見，ORACLE　RDBMS的加鎖機制，解決了并發事務的相容與互斥問題。相容保證事務的并發性，互斥確定資料的一緻性。不同使用者鎖的相容與互斥關系由下圖給出。

其中最後一行最後一列為其它使用者提供在不同行上設定SHARE UPDATE鎖。但當使用者１在某行上進行更新操作時，使用者２隻有等待使用者１送出事務後，才能更新自己所封鎖的行。

死鎖

封鎖雖然能夠有效的解決并發操作，但是任何資源的獨占都會有死鎖的危險。例如：有兩個事務T1，T2，T1對資料A施加獨占封鎖，T2對資料B施加了獨占封鎖。再假設T1要對資料B加鎖，由于B已被T2獨占封鎖，是以T1置于等待狀态，等待B被釋放；現在若T2也要對A進行封鎖，由于A已被T1獨占封鎖，是以T2也被置于等待狀态。這樣就形成了兩個事務互相等待的狀态，而且永遠不能結束，此種情況稱為死鎖。 

在Oracle系統中能自動發現死鎖，并選擇代價最小的，即完成工作量最少的事務予以撤消，釋放該事務所擁有的全部鎖，記其它的事務繼續工作下去。

從系統性能上考慮，應該盡可能減少資源競争，增大吞吐量，是以使用者在給并發操作加鎖時，應注意以下幾點： 

１、對于UPDATE和DELETE操作，應隻封鎖要做改動的行，在完成修改後立即送出。 

２、當多個事務正利用共享更新的方式進行更新，則不要使用共享封鎖，而應采用共享更新封鎖，這樣其它使用者就能使用行級鎖，以增加并行性。 

３、盡可能将對一個表的操作的并發事務施加共享更新鎖，進而可提高并行性。 

４、在應用負荷較高的期間，不宜對基礎資料結構（表、索引、簇和視圖）進行修改。

分類:  專業知識