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語句來設定，基語句格式如下：
[quote:04b72348bd]lock table 《表名》[,《表名》]... in share mode [nowait] [/quote:04b72348bd]
複製**
執行該語句，對乙個或多個表施加共享方式的表封鎖。當指定了選擇項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鎖。但當使用者１在某行上進行更新操作時，使用者２只有等待使用者１提交事務後，才能更新自己所封鎖的行。
最後一行最後一列為其它使用者提供在不同行上設定share update鎖。但當使用者１在某行上進行更新操作時，使用者２只有等待使用者１提交事務後，才能更新自己所封鎖的行。
死鎖封鎖雖然能夠有效的解決併發操作，但是任何資源的獨佔都會有死鎖的危險。例如：有兩個事務t1，t2，t1對資料a施加獨佔封鎖，t2對資料b施加了獨佔封鎖。再假設t1要對資料b加鎖，由於b已被t2獨佔封鎖，因此t1置於等待狀態，等待b被釋放；現在若t2也要對a進行封鎖，由於a已被t1獨佔封鎖，因此t2也被置於等待狀態。這樣就形成了兩個事務相互等待的狀態，而且永遠不能結束，此種情況稱為死鎖。
在oracle系統中能自動發現死鎖，並選擇代價最小的，即完成工作量最少的事務予以撤消，釋放該事務所擁有的全部鎖，記其它的事務繼續工作下去。
從系統效能上考慮，應該盡可能減少資源競爭，增大吞吐量，因此使用者在給併發操作加鎖時，應注意以下幾點：
１、對於update和delete操作，應只封鎖要做改動的行，在完成修改後立即提交。
２、當多個事務正利用共享更新的方式進行更新，則不要使用共享封鎖，而應採用共享更新封鎖，這樣其它使用者就能使用行級鎖，以增加並行性。
３、盡可能將對乙個表的操作的併發事務施加共享更新鎖，從而可提高並行性。
４、在應用負荷較高的期間，不宜對基礎資料結構（表、索引、簇和檢視）進行修改
移動辦公的三種場景化解讀
移動辦公在最近兩年異常火熱。但是，很多人僅聽到過概念，並沒有實際的接觸過。今天，我來列舉三種實際生活中，移動辦公對於企業使用者來說到底有什麼意義?情景一 劉小姐是乙個經常出差的高管，有時候在火車上，有時候在高鐵上，有時候在汽車上 很多時候，由於工作問題，她需要審批一些工作申請單，比如 報銷申請單 申...
SDN三種模型解析
數十年前，計算機科學家兼網路作家andrew s.tanenbaum諷刺標準過多難以選擇，當然現在也是如此，比如軟體定義網路模型的數量也很多。但是在考慮部署軟體定義網路 sdn 或者試點之前，首先需要選擇要支援哪一種sdn模型。選擇錯誤就會浪費時間和成本，甚至可能將基於sdn的產品置於不利之地。在這...
三 python中的三種機制
和大多數變成語言一樣 此處略 if else if elif elif else 注意 後面的冒號和其他程式語言的不同點 例子1 剪刀石頭布遊戲 import random player int input 請輸入數字 0 剪刀 1 石頭 2 布 computer random.randint 0,...