Oracle鎖簡單介紹

lishiran發表於2007-04-09
 ORACLE資料庫是現今資料庫領域應用最廣泛的,同時它也是一個龐大的系統,全面瞭解它、玩轉它不但需要一定的理論知識,更需要開發經驗與工程經驗。本人是ORACLE一愛好者,以下是本人對ORACLE鎖的一些經驗,希望能與大家共同分享。[@more@]  
  預備知識:
  DDL(DATABASE DEFINITION LANGUAGE):資料庫定義語言,如create table、drop table.....
  DML(DATABASE MODIFICATION LANGUAGE):資料庫修改語言,如insert、delete、update......
  參考資料:Oracle8 Administrator"s Guide, Release 8.0
  Oracle8 Tuning, Release 8.0
  
  ORACLE鎖具體分為以下幾類:
  1.按使用者與系統劃分,可以分為自動鎖與顯示鎖
  自動鎖:當進行一項資料庫操作時,預設情況下,系統自動為此資料庫操作獲得所有有必要的鎖。
  
  顯示鎖:某些情況下,需要使用者顯示的鎖定資料庫操作要用到的資料,才能使資料庫操作執行得更好,顯示鎖是使用者為資料庫物件設定的。
  
  2.按鎖級別劃分,可分為共享鎖與排它鎖
  共享鎖:共享鎖使一個事務對特定資料庫資源進行共享訪問――另一事務也可對此資源進行訪問或獲得相同共享鎖。共享鎖為事務提供高併發性,但如拙劣的事務設計+共享鎖容易造成死鎖或資料更新丟失。
  
  排它鎖:事務設定排它鎖後,該事務單獨獲得此資源,另一事務不能在此事務提交之前獲得相同物件的共享鎖或排它鎖。
  
  3.按操作劃分,可分為DML鎖、DDL鎖
  +DML鎖又可以分為,行鎖、表鎖、死鎖
  
  -行鎖:當事務執行資料庫插入、更新、刪除操作時,該事務自動獲得操作表中操作行的排它鎖。
  
  -表級鎖:當事務獲得行鎖後,此事務也將自動獲得該行的表鎖(共享鎖),以防止其它事務進行DDL語句影響記錄行的更新。事務也可以在進行過程中獲得共享鎖或排它鎖,只有當事務顯示使用LOCK TABLE語句顯示的定義一個排它鎖時,事務才會獲得表上的排它鎖,也可使用LOCK TABLE顯示的定義一個表級的共享鎖(LOCK TABLE具體用法請參考相關文件)。
  
  -死鎖:當兩個事務需要一組有衝突的鎖,而不能將事務繼續下去的話,就出現死鎖。
  
  如事務1在表A行記錄#3中有一排它鎖,並等待事務2在表A中記錄#4中排它鎖的釋放,而事務2在表A記錄行#4中有一排它鎖,並等待事務; 1在表A中記錄#3中排它鎖的釋放,事務1與事務2彼此等待,因此就造成了死鎖。死鎖一般是因拙劣的事務設計而產生。死鎖只能使用SQL下:alter system kill session "sid,serial#";或者使用相關作業系統kill程式的命令,如UNIX下kill -9 sid,或者使用其它工具殺掉死鎖程式。
  
  +DDL鎖又可以分為:排它DDL鎖、共享DDL鎖、分析鎖
  
  -排它DDL鎖:建立、修改、刪除一個資料庫物件的DDL語句獲得操作物件的 排它鎖。如使用alter table語句時,為了維護資料的完成性、一致性、合法性,該事務獲得一排它DDL鎖。
  
  -共享DDL鎖:需在資料庫物件之間建立相互依賴關係的DDL語句通常需共享獲得DDL鎖。
  
  如建立一個包,該包中的過程與函式引用了不同的資料庫表,當編譯此包時,該事務就獲得了引用表的共享DDL鎖。
  
  -分析鎖:ORACLE使用共享池儲存分析與最佳化過的SQL語句及PL/SQL程式,使執行相同語句的應用速度更快。一個在共享池中快取的物件獲得它所引用資料庫物件的分析鎖。分析鎖是一種獨特的DDL鎖型別,ORACLE使用它追蹤共享池物件及它所引用資料庫物件之間的依賴關係。當一個事務修改或刪除了共享池持有分析鎖的資料庫物件時,ORACLE使共享池中的物件作廢,下次在引用這條SQL/PLSQL語句時,ORACLE重新分析編譯此語句。
  
  4.內部閂鎖
  內部閂鎖:這是ORACLE中的一種特殊鎖,用於順序訪問內部系統結構。當事務需向緩衝區寫入資訊時,為了使用此塊記憶體區域,ORACLE首先必須取得這塊記憶體區域的閂鎖,才能向此塊記憶體寫入資訊。
  
  ORACLE裡鎖有以下幾種模式
  0:none
  1:null   空
  2:Row-S   行共享(RS):共享表鎖
  3:Row-X   行專用(RX):用於行的修改
  4:Share   共享鎖(S):阻止其他DML操作
  5:S/Row-X  共享行專用(SRX):阻止其他事務操作
  6:exclusive 專用(X):獨立訪問使用
  
  數字越大鎖級別越高, 影響的操作越多。
  
  一般的查詢語句如select ... from ... ;是小於2的鎖, 有時會在v$locked_object出現。
  
  select ... from ... for update;   是2的鎖。
  
  當對話使用for update子串開啟一個遊標時,所有返回集中的資料行都將處於行級(Row-X)獨佔式鎖定,其他物件只能查詢這些資料行,不能進行update、delete或select...for update操作。
  
  insert / update / delete ... ;    是3的鎖。
  
  沒有commit之前插入同樣的一條記錄會沒有反應,因為後一個3的鎖會一直等待上一個3的鎖, 我們必須釋放掉上一個才能繼續工作。
  
  建立索引的時候也會產生3,4級別的鎖。
  
  locked_mode為2,3,4不影響DML(insert,delete,update,select)操作,但DDL(alter,drop等)操作會提示ora-00054錯誤。
  
  有主外來鍵約束時 update / delete ... ; 可能會產生4,5的鎖。
  
  DDL語句時是6的鎖。
  
  以DBA角色, 檢視當前資料庫裡鎖的情況可以用如下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;
  
  如果有長期出現的一列,可能是沒有釋放的鎖。
  
  我們可以用下面SQL語句殺掉長期沒有釋放非正常的鎖:
  
  alter system kill session 'sid,serial#';
  
  如果出現了鎖的問題, 某個DML操作可能等待很久沒有反應。
  
  當你採用的是直接連線資料庫的方式,也不要用OS系統命令 $kill process_num 或者 $kill -9 process_num來終止使用者連線,因為一個使用者程式可能產生一個以上的鎖, 殺OS程式並不能徹底清除鎖的問題。
  
  在資料庫級別可用alter system kill session 'sid,serial#';殺掉不正常的鎖。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/9099175/viewspace-909425/,如需轉載,請註明出處,否則將追究法律責任。

相關文章