v$lock视图
v$lock视图列出当前系统持有的或正在申请的所有锁的情况,其主要字段说明如下:
字段名称 | 类型 | 说明 |
SID | NUMBER | 会话(SESSION)标识; |
TYPE | VARCHAR(2) | 区分该锁保护对象的类型; |
ID1 | NUMBER | 锁标识1; |
ID2 | NUMBER | 锁标识2; |
LMODE | NUMBER | 锁模式:0(None),1(null),2(row share), 3(row exclusive),4 (share),5(share row exclusive),6(exclusive) |
REQUEST | NUMBER | 申请的锁模式:具体值同上面的LMODE |
CTIME | NUMBER | 已持有或等待锁的时间; |
BLOCK | NUMBER | 是否阻塞其它锁申请; |
关于ID1、ID2,TYPE取值不同其含义也有所不同:
TYPE | ID1 | ID2 |
TM | 被修改表的标识(object_id) | 0 |
TX | 以十进制数值表示该事务所占用的回滚段号与该事务在该回滚段的事务表(Transaction table)中所占用的槽号(slot number,可理解为记录号)。其组成形式为: 0xRRRRSSSS ( RRRR = RBS number, SSSS = slot )。 | 以十进制数值表示环绕(wrap)次数,即该槽(slot)被重用的次数; |
0:none
1:null 空
2:Row-S 行共享(RS):共享表锁
3:Row-X 行专用(RX):用于行的修改
4:Share 共享锁(S):阻止其他DML操作
5:S/Row-X 共享行专用(SRX):阻止其他事务操作
6:exclusive 专用(X):独立访问使用
这个视图列出Oracle 服务器当前拥有的锁以及未完成的锁或栓锁请求。如果你觉着session在等待等待事件队列那你应该检查本视图。如果你发现session在等待一个锁,那么按如下先后顺序:
使用V$LOCK找出session持有的锁。
使用V$SESSION找出持有锁或等待锁的session执行的sql语句。
使用V$SESSION_WAIT找出什么原因导致session持有锁堵塞。
使用V$SESSION获取关于持有锁的程序和用户的更多信息。
V$LOCK中的常用列
SID:表示持有锁的会话信息。
TYPE:表示锁的类型。值包括TM和TX等。
LMODE:表示会话等待的锁模式的信息。用数字0-6表示,和表1相对应。
REQUEST:表示session请求的锁模式的信息。
ID1,ID2:表示锁的对象标识。
公共锁类型
在Oracle数据库中,DML锁主要包括TM锁和TX锁,其中TM锁称为表级锁,TX锁称为事务锁或行级锁。
当Oracle执行DML语句时,系统自动在所要操作的表上申请TM类型的锁。当TM锁获得后,系统再自动申请TX类型的锁,并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用再逐行检查锁标志,而只需检查TM锁模式的相容性即可,大大提高了系统的效率。TM锁包括了SS、SX、S、X等多种模式,在数据库中用0-6来表示。不同的SQL操作产生不同类型的TM锁,如下表1。
TX:行级锁,事务锁
在改变数据时必须是排它模式(mode 6)。每一个活动事务都拥有一个锁。它将在事务结束(commit/rollback)时释放。如果一个块包括的列被改变而没有ITL(interested transaction list)槽位(entries),那么session将锁置于共享模式(mode 4)。当session获得块的ITL槽位时释放。当一个事务首次发起一个DML语句时就获得一个TX锁,该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行DML语句时,第一个会话在该条记录上加锁,其他的会话处于等待状态。当第一个会话提交后,TX锁被释放,其他会话才可以加锁。指出回滚段和事务表项。
按下列项以避免竞争:
避免TX-6类型竞争,需要根据您的应用而定。
避免TX-4类型竞争,可以考虑增加对象INITRANS参数值。
TM:表级锁
数据库执行任何DDL语句时必须是排它模式;例如alter table,drop table。执行像insert,update,delete这类DML语句时处于共享模式。它防止其它session对同一个对象同时执行ddl语句。任何对象拥有正被改变的数据,TM锁都将必须存在。锁指向对象。在TM队列避免竞争,可以考虑屏蔽对象表级锁,屏蔽表级锁防止对象执行任何ddl语句。
ST:空间事务锁
每个数据库(非实例)拥有一个ST锁。除了本地管理表空间,在space管理操作(新建或删除extents)时必须是排它模式。对象creation, dropping, extension, 以及truncation都处于这种锁。多数公共原因的争夺,是在磁盘排序(并非使用真正的临时表空间)或回滚段扩展或收缩。
按如下项以避免竞争:
使用真正的临时表空间(true temporary tablespaces),利用临时文件。临时段在磁盘排序之后并不创建或删除。
使用本地管理表空间。
指定回滚段避免动态扩展和收缩,或使用自动undo management。
避免应用执行创建或删除数据库对象。
select program from v$session where sid=;
select * from v$lock where ctime<3600;
查询一小时内的锁信息
Oracle检测到死锁,自动回滚