oracle根据操作资源的类型把锁分哪几类

本篇内容介绍了“oracle根据操作资源的类型把锁分哪几类”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

创新互联-专业网站定制、快速模板网站建设、高性价比息县网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式息县网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖息县地区。费用合理售后完善，10余年实体公司更值得信赖。

数据库锁概述

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 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

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

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

Table/Procedure/Type

Body

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根据操作资源的类型把锁分哪几类”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站，小编将为大家输出更多高质量的实用文章！

网页标题：oracle根据操作资源的类型把锁分哪几类
分享网址：http://6mz.cn/article/pjjjho.html

网站建设知识

oracle根据操作资源的类型把锁分哪几类

数据库锁概述

dml锁

ddl锁

系统锁

闩latch

mutex

内部锁

其他资讯