一.基本概念

Oracle数据库的锁类型

         oracle官方文档里面关于锁的定义：Locks are mechanisms that prevent destructive interaction between transactions accessing the same resource—either user objects such as tables and rows or system objects not visible to users, such as shared data structures in memory and data dictionary rows.

         这段话的大概意思是说锁的作用用来保护tables、rows、shared data structures in memory and data dictionary rows等在交互访问的时候不会被破坏。

        根据保护的对象不同，Oracle数据库锁可以分为以下几大类：

(1)  DML锁（data locks，数据锁），用于保护数据的完整性；

(2)  DDL锁（dictionary locks，字典锁），用于保护数据库对象的结构，如表、索引等的结构定义；

(3)  内部锁和闩（internal locks and latches），保护数据库的内部结构。

DML锁的目的在于保证并发情况下的数据完整性，在Oracle数据库中，DML锁主要包括TM锁和TX锁，其中TM锁称为表级锁，TX锁称为事务锁或行级锁。

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

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

当Oracle数据库发生TX锁等待时，如果不及时处理常常会引起Oracle数据库挂起，或导致死锁的发生，产生ORA-60的错误。这些现象都会对实际应用产生极大的危害，如长时间未响应，大量事务失败等。

二.常见DML锁分类

DML锁分类表

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)：独立访问使用
　　
    数字越大锁级别越高, 影响的操作越多。

　　1级锁有：Select，有时会在v$locked_object出现。
　　2级锁有：Select for update,Lock For Update,Lock Row Share
　　select for update当对话使用for update子串打开一个光标时，所有返回集中的数据行都将处于行级(Row-X)独占式锁定，其它对象只能查询这些数据行，不能进行update、delete或select for update操作,insert的操作还是可以的。

(但是在11g的实验中使用select for update产生的锁确实3级锁)
　　3级锁有：Insert, Update, Delete, Lock Row Exclusive
　　没有commit之前插入同样的一条记录会没有反应, 因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。
　　4级锁有：Create Index, Lock Share locked_mode为2,3,4不影响DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作会提示ora-00054错误。
　　ORA-00054: resource busy and acquire with NOWAIT specified
　　(ORA-00054: 资源正忙, 但指定以 NOWAIT 方式获取资源)
　　5级锁有：Lock Share Row Exclusive
　　具体来讲有主外键约束时update / delete ... ; 可能会产生4,5的锁。
　　当对父表进行修改时，若子表对应的记录存在，则产生ORA-02292异常；否则只对父表加TX锁和RX锁；
　  当对子表进行修改时，则除了对子表加加TX锁和RX锁外；对父表也加了加SS锁，这符合逻辑，因为父表此时必须满足参考完整性；也就是，对父表加SS锁，避免此时对父表进行修改操作。上面锁说的修改，都是对子父表存在参考完整性的字段操作的。
　　6级锁有：Alter table, Drop table, Drop Index, Truncate table, Lock Exclusive

三.常见相关锁的视图

1.关于V$lock表和相关视图的说明

--大于0时，表示当前会话被阻塞，其它会话占有改锁的模式

CTIME

NUMBER

Time since current mode was granted

BLOCK

NUMBER

The lock is blocking another lock

0, 'Not Blocking',
1, 'Blocking',
2, 'Global',

--该锁是否阻塞了另外一个锁

2.其它相关视图说明

四.常见的SQL查询

1.查询数据库中的锁

select * from v$lock;
select * from v$lock where block=1;

2.查询被锁的对象

select * from v$locked_object;

3.查询阻塞

查被阻塞的会话
select * from v$lock where lmode=0 and type in ('TM','TX');

查阻塞别的会话锁
select * from v$lock where lmode>0 and type in ('TM','TX');

4.查询数据库正在等待锁的进程

select * from v$session where lockwait is not null;

5.查询会话之间锁等待的关系

select a.sid holdsid,b.sid waitsid,a.type,a.id1,a.id2,a.ctime from v$lock a,v$lock b

where a.id1=b.id1 and a.id2=b.id2 and a.block=1 and b.block=0;

6.查询锁等待事件

select * from v$session_wait where event='enqueue';

7.查找锁住的表和解锁

select b.owner TABLEOWNER, b.object_name TABLENAME, c.OSUSER LOCKBY, c.USERNAME LOGINID, c.sid SID, c.SERIAL# SERIAL
from v$locked_object a,dba_objects b, v$session c 
where b.object_id = a.object_id AND a.SESSION_ID =c.sid;
--通过SID, SERIAL解锁 
--alter system kill session 'SID, SERIAL';

也可以在操作系统层面kill

在OS上杀死这个进程（线程）：
1)在unix上，用root身份执行命令:
　　#kill -9 #spid（即上面查到的spid）
2)在windows用orakill杀死线程，orakill是oracle提供的一个可执行命令，语法为：
　　orakill sid thread
　　其中：
　　sid：表示要杀死的进程属于的实例名
　　thread：是要杀掉的线程号，即上面查到的spid。
　　例：c:>orakill orcl #spid

8.

select s.username, o.object_name, s.machine, s.sid, s.serial#, k.type,k.LMODE,k.BLOCK

  from v$locked_object l, dba_objects o, v$session s, v$lock k

 where l.object_id = o.object_id

   and l.session_id = s.sid

   and k.sid = s.sid