V$LOCK (列出Oracle 服务器当前拥有的锁以及未完成的锁或栓锁请求)

原创 2010年06月13日 10:21:00

                                       V$LOCK 

  这个视图列出Oracle 服务器当前拥有的锁以及未完成的锁或栓锁请求。如果你觉着session在等待等待事件队列那你应该检查本视图。如果你发现session在等待一个锁。那么按如下先后顺序:

1.         使用V$LOCK找出session持有的锁。

2.         使用V$SESSION找出持有锁或等待锁的session执行的sql语句。

3.         使用V$SESSION_WAIT找出什么原因导致session持有锁堵塞。

4.         使用V$SESSION获取关于持有锁的程序和用户的更多信息。

V$LOCK中的常用列

l         SID:表示持有锁的会话信息。

l         TYPE:表示锁的类型。值包括TMTX等。

l         LMODE:表示会话等待的锁模式的信息。用数字06表示,和表1相对应。

l         REQUEST:表示session请求的锁模式的信息。

l         ID1,ID2:表示锁的对象标识。

公共锁类型

  在Oracle数据库中,DML锁主要包括TM锁和TX锁,其中TM锁称为表级锁,TX锁称为事务锁或行级锁。

  当Oracle执行DML语句时,系统自动在所要操作的表上申请TM类型的锁。当TM锁获得后,系统再自动申请TX类型的锁,并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志,而只需检查TM锁模式的相容性即可,大大提高了系统的效率。TM锁包括了SSSXSX等多种模式,在数据库中用06来表示。不同的SQL操作产生不同类型的TM锁,如下表1

TX:行级锁,事务锁

l         在改变数据时必须是排它模式(mode 6)

l         每一个活动事务都拥有一个锁。它将在事务结束(commit/rollback)时释放。

l         如果一个块包括的列被改变而没有ITL(interested transaction list)槽位(entries),那么session将锁置于共享模式(mode 4)。当session获得块的ITL槽位时释放。

l         当一个事务首次发起一个DML语句时就获得一个TX锁,该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行DML语句时,第一个会话在该条记录上加锁,其他的会话处于等待状态。当第一个会话提交后,TX锁被释放,其他会话才可以加锁。

l         指出回滚段和事务表项

按下列项以避免竞争:

l               避免TX6类型竞争,需要根据您的应用而定。

l               避免TX4类型竞争,可以考虑增加对象INITRANS参数值。

TM:表级锁

n         数据库执行任何DDL语句时必须是排它模式;例如,alter table,drop table

n         执行像insert,update,delete这类DML语句时处于共享模式。它防止其它session对同一个对象同时执行ddl语句。

n         任何对象拥有正被改变的数据,TM锁都将必须存在。

n         锁指向对象。

TM队列避免竞争,可以考虑屏蔽对象表级锁,屏蔽表级锁防止对象执行任何ddl语句。

ST:空间事务锁

l         每个数据库(非实例)拥有一个ST锁。

l         除了本地管理表空间,在space管理操作(新建或删除extents)时必须是排它模式。

l         对象creation, dropping, extension, 以及truncation都处于这种锁

l         多数公共原因的争夺,是在磁盘排序(并非使用真正的临时表空间)或回滚段扩展或收缩。

按如下项以避免竞争:

l         使用真正的临时表空间(true temporary tablespaces),利用临时文件。临时段在磁盘排序之后并不创建或删除。

l         使用本地管理表空间。

l         指定回滚段避免动态扩展和收缩,或使用自动undo management

l         避免应用执行创建或删除数据库对象。

UL:用户定义锁

用户可以自定义锁。内容较多并与此节关系不大,略过。

V$LOCK中的连接列

Column                                             View                                Joined Column(s)

SID                                                   V$SESSION                              SID

ID1, ID2, TYPE                         V$LOCK                                   ID1, ID2, TYPE

ID1                                                    DBA_OBJECTS                OBJECT_ID

TRUNCID1/65536)                     V$ROLLNAME                 USN

1.         如果session在等待锁,这可被用于找出session持有的锁,。

2.         可被用于找出DML锁类型的被锁对象(type='TM')

3.         可被用于找出行级事务锁(TYPE='TX')使用中的回滚段,不过,需要通过V$TRANSACTION连接查询得到。

1 OracleTM锁类型

锁模式

锁描述

解释

SQL操作

0

none

   

1

NULL

Select

2

SS(Row-S)

行级共享锁,其他对象只能查询这些数据行

Select for updateLock for updateLock row share

3

SX(Row-X)

行级排它锁,在提交前不允许做DML操作

InsertUpdateDeleteLock row share

4

S(Share)

共享锁

Create indexLock share

5

SSX(S/Row-X)

共享行级排它锁

Lock share row exclusive

6

X(Exclusive)

排它锁

Alter tableDrop ableDrop indexTruncate table Lock exclusive

  数字越大锁级别越高, 影响的操作越多。一般的查询语句如select ... from ... ;是小于2的锁, 有时会在v$locked_object出现。select ... from ... for update; 2的锁。

  当对话使用for update子串打开一个游标时,所有返回集中的数据行都将处于行级(Row-X)独占式锁定,其他对象只能查询这些数据行,不能进行updatedeleteselect...for update操作。insert / update / delete ... ; 3的锁。      

  没有commit之前插入同样的一条记录会没有反应, 因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。

  创建索引的时候也会产生3,4级别的锁。locked_mode2,3,4不影响DML(insert,delete,update,select)操作,         DDL(alter,drop)操作会提示ora-00054错误。有主外键约束时 update / delete ... ; 可能会产生4,5的锁。DDL语句时是6的锁。

  如果出现了锁的问题, 某个DML操作可能等待很久没有反应。当你采用的是直接连接数据库的方式,也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接,因为一个用户进程可能产生一个以上的锁, OS进程并不能彻底清除锁的问题。记得在数据库级别用alter system kill session 'sid,serial#';杀掉不正常的锁。

示例:

我按照自己的理解演示的TX,TM锁如下:

1.create table TMP1(col1 VARCHAR2(50));--创建临时表

2.select * from v$lock;--关掉当前锁信息

3.select * from tmp1 for update; --加锁

4.select * from v$lock;   ---看看现在的锁列表,是不是多了两条记录。Type分别为tx,tm,对照表1

5.新开一个连接,然后

select * from tmp1 for update; --呵呵,等待状态了吧

6.select * from v$lock; --又新增了两条记录,其它一条type=tx,lmode=0

7.查看当前被锁的session正在执行的sql语句

select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ a.username, a.machine, a.sid, b.REQUEST, b.TYPE, a.serial#, a.last_call_et "Seconds", b.id1, c.sql_text "SQL"

from v$session a, v$lock b, v$sqltext c

where a.username is not null and a.lockwait = b.kaddr and c.hash_value =a.sql_hash_value

 

 

            V$LOCKED_OBJECT 2007.6.4

  本视图列出系统上的每个事务处理所获得的所有锁。

V$LOCKED_OBJECT中的列说明:

l         XIDUSN:回滚段号

l         XIDSLOT:槽号

l         XIDSQN:序列号

l         OBJECT_ID:被锁对象ID

l         SESSION_ID:持有锁的sessionID

l         ORACLE_USERNAME:持有锁的Oracle 用户名

l         OS_USER_NAME:持有锁的操作系统用户名

l         PROCESS:操作系统进程号

l         LOCKED_MODE:锁模式,值同上表1

示例:

1.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 orderby t2.logon_time;

如果有长期出现的一列,可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁:

alter system kill session 'sid,serial#';

相关文章推荐

lock_type动态视图_V$LOCK,V$LOCKED_OBJECT

 本视图列出Oracle 服务器当前拥有的锁以及未完成的锁或栓锁请求。如果你觉着session在等待等待事件队列那你应该检查本视图。如果你发现session在等待一个锁。那么按如下先后...

V$LOCK视图相关知识

1、V$LOCK视图结构 列名 类型 字段说明 ADDR RAW(4 | 8) Address of lock state object KADDR RA...

当 Thrift 遇到 JDK Epoll Bug

前言相信不少 Java server 端程序深受臭名昭著的 JDK Epoll Bug 其害。一旦触发所有 Selector 线程处于空转状态不能自拔,直至 cpu 跑满,不再处理外来连接。对于外部调...

ORACLE管理-查看拥有DBA角色的用户

ORACLE管理-查看拥有DBA角色的用户

ORACLE关于锁和V$LOCK的分析

ORACLE关于锁和V$LOCK的分析      为了实现并发,oracle数据库使用了锁机制。要了解锁,首先要了解视图v$lock。 v$lock这个视图列出 O...

ORACLE关于锁和V$LOCK的分析

ORACLE关于锁和V$LOCK的分析      为了实现并发,oracle数据库使用了锁机制。要了解锁,首先要了解视图v$lock。 v$lock这个视图列出 Oracle 服务器...
  • haiross
  • haiross
  • 2016年09月29日 17:27
  • 1613

电脑锁Lock My PC V4.7

  • 2013年06月04日 22:34
  • 1.16MB
  • 下载

IOKING真正无锁服务器引擎之消息引擎模块Demo(no-lock)

关键词: no-lock interlocked lock-free tcp/ip socket server engine epoll iocp server out-of-orderexecuti...

一键重力感应锁orientation lock v3.0

  • 2013年02月05日 15:48
  • 310KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:V$LOCK (列出Oracle 服务器当前拥有的锁以及未完成的锁或栓锁请求)
举报原因:
原因补充:

(最多只允许输入30个字)