oracle根據操作資源的類型把鎖分哪幾類

本篇內容介紹了“oracle根據操作資源的類型把鎖分哪幾類”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

數據庫鎖概述

       oracle在事務執行會自動對操作資源進行鎖定，防止其它事務對同一個資源做破壞性存取。數據庫自動根據操作資源類型不同，對資源加上各種類型的鎖。

        oracle根據操作資源的類型，把鎖分為如下分類

•          DML鎖：保護數據，例如表鎖鎖定這個表，行級鎖鎖定選擇的行

•          DDL鎖：保護對象的定義，例如表和視圖的數據字典

•          系統鎖：保護內部數據庫的結構，例如數據文件，latch，mutexes和內部鎖定，這些都是自動實現的

dml鎖

     一個DML鎖，又叫做數據鎖，用來保證多個用戶并發事務執行時的數據完整性。

例如:一個DML鎖可以防止兩個用戶在在線商店購買最后一本書。DML語句自動獲取如下類型的鎖：行級鎖TX和表鎖TM

示例

    SQL> update t_test set a=1;

    2 rows updated.

可見 產生事務會 在原有基礎上添加2種鎖，一為表鎖tm,其鎖模式為行級排它鎖,二為行鎖tx，其鎖模式為排它鎖

SQL> /

    SID TY     ID1 ID2 LMODE  REQUEST

---------- -- ---------- ---------- ---------- ----------

25 AE     133  0     4 0

25 TX   65566      1359 6 0  dml鎖

25 TM   76989  0     3 0  dml鎖

SQL> desc dba_dml_locks;

 Name   Null?    Type

 ----------------------------------------- -------- ----------------------------

 SESSION_ID    NUMBER

 OWNER   NOT NULL VARCHAR2(128)

 NAME   NOT NULL VARCHAR2(128)

 MODE_HELD    VARCHAR2(13)

 MODE_REQUESTED    VARCHAR2(13)

 LAST_CONVERT    NUMBER

 BLOCKING_OTHERS    VARCHAR2(40)

SQL> select session_id,owner,name,mode_held,mode_requested,last_convert,blocking_others from dba_dml_locks

SESSION_ID OWNER NAME     MODE_HELD   MODE_REQUESTE LAST_CONVERT BLOCKING_OTHERS

---------- -------------------- -------------------- ------------- ------------- ------------ ----------------------------------------

25     USER_DDL T_TEST     Row-X (SX)    None 1052         Not Blocking

        oracle在鎖定行所在的數據塊（事務需要修改的數據塊）中存儲鎖的相關信息。數據庫使用隊列機制獲取行級鎖，如果事務需要一個未鎖定行的鎖，那么事務在數據塊中在放一個鎖,事務修改的每一行都會指向數據塊頭部（ITL）中的事務ID。當事務結束時，事務ID仍然留在數據塊頭部的ITL中。如果不同的事務想要修改一行數據，數據庫會使用ITL中原來事務的ID，通過查詢相關動態視圖判斷事務是否還存在，及鎖是否存在，如果鎖仍然是活動的，那么會話排隊等待事務結束后的通知，如果鎖不活動了，那么，事務得到鎖，并更新ITL表

小結

•    oracle會在數據塊中記錄鎖的信息及事務的信息

•    oracle會話如需要獲取表記錄的鎖，先查找表記錄所屬數據塊是否已存在鎖，在數據塊中存儲事務及鎖的數據結構叫itl

•    itl在數據塊的頭塊

•    oracle會話發現修改數據塊有活動事務，即持鎖，它會等待

•    oracle dml鎖是采用排隊機制實現即先到先到，后到后等算法

•    oracle的在獲取到數據塊進行修改時，需要在數據塊頭部的itl修改數據塊的事務狀態,表明數據塊正被修改

•    tm鎖即表鎖，會有5種不同的鎖模式，之前文章講過，不再復述

ddl鎖

       當DDL操作或者關聯操作某對象時，DDL鎖保護對象的定義。只有在DDL語句中修改或者引用的對象才被鎖定，數據庫不會鎖定整個數據字典。oracle數據庫代表DDL事務自動實現DDL鎖。

       用戶不能顯式獲得DDL鎖。例如，一個用戶創建一個存儲過程，數據庫自動獲得存儲過程中引入的對象的DDL鎖。DDL鎖阻止存儲過程編譯過程中這些對象的修改和刪除

小結

•     ddl鎖保存數據定義的數據結構

•     ddl鎖只有在修改數據定義的數據結構或引用數據定義的數據結構，才會持有ddl鎖

•     修改數據定義的數據結構操作，比如:create table,alter table類似的語句

•     引用數據定義的數據結構操作，比如：基于源表創建存儲過程或調用執行存儲過程（因為必須保證在執行存儲過程期間依賴基表的完整性）

•     ddl鎖由oracle自身控制，人為無法控制，無法顯式獲取ddl鎖

•     ddl鎖一般看不到，因為ddl操作極快

•     ddl鎖底層是通過鎖定數據字典實現

SQL> desc dba_ddl_locks;

 Name   Null?    Type

 ----------------------------------------- -------- ----------------------------

 SESSION_ID    NUMBER

 OWNER    VARCHAR2(128)

 NAME    VARCHAR2(1000)

 TYPE    VARCHAR2(40)

 MODE_HELD    VARCHAR2(9)

 MODE_REQUESTED    VARCHAR2(9)

即使沒有執行數據庫事務，仍存在ddl鎖，下述ddl鎖就是保護各種對象類型的定義結構不被破壞

SQL> select session_id,owner,name,type,mode_held,mode_requested from dba_ddl_locks;

SESSION_ID OWNER NAME     TYPE      MODE_HELD MODE_REQU

---------- -------------------- -------------------- ---------------------------------------- --------- ---------

32 SYS KUPU$UTILITIES     Table/Procedure/Type      Null None

32 SYS STANDARD     Table/Procedure/Type      Null None

32 SYS STANDARD     Table/Procedure/Type      Null None

32 SYS DBMS_PRVT_TRACE      Table/Procedure/Type      Null None

74 SYSTEM SYSTEM     18      Null None

76 SYSTEM SYSTEM     18      Null None

75 SYSTEM SYSTEM     18      Null None

74 SYS DBMS_OUTPUT     Body      Null No     

SQL> grant execute on dbms_lock to system;

Grant succeeded.

create or replace procedure proc_t_test

as

v_cnt int;

begin

dbms_lock.sleep(300);

select count(a) into v_cnt from t_test;

end;

/

--未執行相關與DDL前2個測試會話各為25及74的運行信息

SQL> select session_id,owner,name,type,mode_held,mode_requested from dba_ddl_locks where session_id in (25,74)

SESSION_ID OWNER   NAME      TYPE       MODE_HELD MODE_REQU

---------- --------------- -------------------------------------------------- ---------------------------------------- --------- ---------

25 SYSTEM   SYSTEM          18            Null None

74 SYSTEM   SYSTEM          18            Null None

74 SYS   DBMS_OUTPUT      Body            Null None

25 SYS   DBMS_LOCK      Body            Null None

74 SYS   DBMS_OUTPUT      Table/Procedure/Type    Null None

25 LBACSYS   LBAC_EVENTS      Body            Null None

25 LBACSYS   LBAC_EVENTS      Table/Procedure/Type    Null None

25 SYS   DBMS_APPLICATION_INFO  Body            Null None

74 SYS   DBMS_APPLICATION_INFO  Body            Null None

25 SYS   DBMS_STANDARD      Table/Procedure/Type    Null None

74 SYS   PLITBLM          Table/Procedure/Type    Null None

SESSION_ID OWNER   NAME      TYPE       MODE_HELD MODE_REQU

---------- --------------- -------------------------------------------------- ---------------------------------------- --------- ---------

74       SYSTEM          73            Share None

25       SYSTEM          73            Share None

25 SYS   DBMS_APPLICATION_INFO  Table/Procedure/Type    Null None

74 SYS   DBMS_APPLICATION_INFO  Table/Procedure/Type    Null None

25 MDSYS   GETMDSYSEVENT      Table/Procedure/Type    Null None

25 SYS   DBMS_LOCK      Table/Procedure/Type    Null None

25 SYS   DATABASE          18            Null None

74 SYS   DATABASE          18            Null None

19 rows selected.

---會話25

執行存儲過程

SQL> exec proc_t_test;

---會話74

正在執行存儲過程期間刪除存儲過程

卡住

SQL> drop procedure proc_t_test;

SQL> select session_id,owner,name,type,mode_held,mode_requested from dba_ddl_locks where session_id in (25,74) and mode_held='Exclusive' or mode_requested='Exclusive'

SESSION_ID OWNER  NAME     TYPE  MODE_HELD MODE_REQU

---------- ------------------------------ -------------------------------------------------- -------------------- --------- ---------

74 SYSTEM  PROC_T_TEST     Table/Procedure/Type Exclusive None

SQL> /

SESSION_ID OWNER  NAME     TYPE          MODE_HELD  MODE_REQU

---------- ------------------------------ -------------------------------------------------- -------------------- 

25 SYSTEM  PROC_T_TEST     Table/Procedure/Type   Null  None  持鎖會話（持鎖模式為null）

74 SYSTEM  PROC_T_TEST     Table/Procedure/Type   Exclusive None  等待會話 (請求持鎖模式為排它模式)

SQL> select distinct type from dba_ddl_locks;

TYPE

--------------------

73

Table/Procedure/Type

18

10

Body

23

6 rows selected.

---可見產生ddl鎖，不會體現在v$lock中

SQL> select sid,type,id1,id2,lmode,request from v$lock where sid in (25,74);

    SID TY     ID1 ID2 LMODE  REQUEST

---------- -- ---------- ---------- ---------- ----------

74 AE     133  0     4 0

25 AE     133  0     4 0

--可見產生ddl鎖，持ddl鎖的會話等待事件為library cache pin

    SID STATUS   BLOCKING_SESSION EVENT

---------- -------- ---------------- ----------------------------------------------------------------

25 ACTIVE              PL/SQL lock timer

74 ACTIVE  25          library cache pin

--等待事件對應如下的library cache pin,library cache pin對sga的library cache內存數據結構的一種保存機制

SQL> col type for a50

SQL> col name for a35

SQL> col id1_tag for a30

SQL> col id2_tag for a30

SQL> col description for a50

SQL> select type,name,id1_tag,id2_tag,is_user,description from v$lock_type where lower(description) like '%library%';

TYPE   NAME       ID1_TAG    ID2_TAG              IS_ DESCRIPTION

---------- ----------------------------------- -------------------- ------------------------- --- ----------------------------------------------------------------------------------------------------

V   Library Cache Lock 3       hash value    hash value      NO  Synchronizes accesses to library cache objects

E   Library Cache Lock 2       hash value    hash value      NO  Synchronizes accesses to library cache objects

L   Library Cache Lock 1       hash value    hash value      NO  Synchronizes accesses to library cache objects

Y   Library Cache Pin 3       hash value    hash value      NO  Synchronizes accesses to the contents of library cache objects

G   Library Cache Pin 2       hash value    hash value      NO  Synchronizes accesses to the contents of library cache objects

N   Library Cache Pin 1       hash value    hash value      NO  Synchronizes accesses to the contents of library cache objects

IV   Library Cache Invalidation   object #    time stamp      NO  Synchronizes library cache object invalidations across instances

7 rows selected.

ddl鎖又分為幾種類型：

•   排它ddl鎖

      排它DDL鎖阻止其他會話獲得DDL和DML鎖。例如刪除一個表的操作會阻止同時在表中添加一列的DDL操作，反之亦然。排它的DDL鎖在整個DDL操作時有效，執行結束會自動提交

•   共享ddl鎖

      共享DDL鎖防止其它沖突的DDL操作，但是允許類似的DDL操作并發執行。例如當執行DDL操作時，會對引用的所有表加DDL共享鎖，其它事務可以建存儲過程時加共享DDL鎖，但

      是不允許加排它DDL鎖

•   易碎解析鎖

      sql或者pl/sql會持有應用對象的解析鎖。解析鎖被用來實現當引用的對象被修改或者刪除時，共享sql區域會失效。解析鎖之所以易碎，是因為它不允許DDL操作，當DDL沖突

      時，會被打碎

小結

   上述的ddl鎖和dml鎖不太一樣，不好理解。后續會有專門文章分享。

系統鎖

oracle使用系統鎖保護內部的數據庫和內存結構，用戶不能操作這些內部鎖,它由數據庫自己控制。

系統鎖分為 latch,mutexes,內部鎖internal lock

閂latch

latch是為了保護sga內存數據結構的一致，實現的一種底級鎖機制

SQL> select count(*) from v$latchname;

  COUNT(*)

----------

       902

SQL> select distinct type from v$latchname;

TYPE

----

SGA

OSP

SQL> 

SQL> select name,hash,type from v$latchname where lower(name) like '%library%';

NAME       HASH TYPE

---------------------------------------------------------------- ---------- ----

library cache load lock 2952162927 SGA          

mutex

mutex不同上于上述的latch,latch保護一組對象，而mutex更低級，它僅保護一個對象，它是代碼層面的，相當底層

SQL> select mutex_type from v$mutex_sleep;

MUTEX_TYPE

--------------------------------

Row Cache

Library Cache

Cursor Pin

內部鎖

它是高級別，比latch和mutex更復制，用于其它用途。數據庫具有一些類型的內部鎖：

• 數據字典緩存鎖

這種鎖時間短，當數據字典實體被修改時，用來保護相關內容。這種鎖確保語句解析期間，能夠看到對象的一致性視圖。數據

字典鎖是共享和排它的。解析結束時，共享鎖被釋放，DDL操作結束時，排它鎖被釋放

• 文件和日志管理鎖

這種鎖保護各種文件，例如，內部鎖保護控制文件，確保一個時間點只有一個進程能夠修改。另外的鎖能協調歸檔和在線日志。當

多實例共享模式掛載數據庫或者單實例排它掛載時會對數據文件加鎖。由于文件鎖標識著文件的狀態，這些鎖持續的時間一般都比較長

• 表空間和undo段鎖

用來保護表空間和undo段，例如所有實例必須對表空間是否在線達成一致

“oracle根據操作資源的類型把鎖分哪幾類”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！