为了实现并发，oracle数据库使用了锁机制。要了解锁，首先要了解视图v$lock。
v$lock这个视图列出 Oracle 服务器当前拥有的锁以及未完成的锁请求。如果你觉着 session 处于等待事件队列当中，那你应该检查视图v$lock。
v$lock中的常用列有以下列：
sid：持有锁的会话SID，通常与v$session关联。
type：锁的类型，其中TM表示表锁或DML锁，TX表示行锁或事务锁，UL表示用户锁。我们主要关注TX和TM两种型的锁，其它均为系统锁，会很快自动释放，不用关注。
当 Oracle执行 DML 语句时，系统自动在所要操作的表上申请 TM 类型的锁。当 TM锁获得后，系统再自动申请 TX 类型的锁，并将实际锁定的数据行的锁标志位进行置位。
TM 锁包括了SS 、 SX、 S 、X 等多种模式，在数据库中用 0 －6 来表示。不同的 SQL 操作产生不同类型的 TM锁。
lmode：会话保持的锁的模式。
0＝None；
1＝Null ;
2＝Row-S (SS,行级共享锁，其他对象只能查询这些数据行)，sql操作有select for update、lock for update、lock row share；
3＝Row-X (SX,行级排它锁,在提交前不允许做DML操作)，sql操作有insert、update、delete、lock row share；
4＝Share(共享锁)，sql操作有create index、lock share；
5＝S/Row-X (SSX,共享行级排它锁)，sql操作有lock share row exclusive；
6＝Exclusive(排它锁)，alter table、drop table、drop index、truncate table、look exclusive等DDL
ID1,ID2: ID1,ID2的取值含义根据type的取值而有所不同。
（1）对于TM 锁ID1表示被锁定表的object_id 可以和dba_objects视图关联取得具体表信息，ID2 值为0；
（2）对于TX 锁ID1以十进制数值表示该事务所占用的回滚段号和事务槽slot number号，其组形式: 0xRRRRSSSS,RRRR=RBS/UNDO NUMBER,SSSS=SLOT NUMBER，ID2 以十进制数值表示环绕wrap的次数，即事务槽被重用的次数。实际上这两个字段构成了事务在回滚段中的位置。
当锁产生时，以下图为例说明v$lock：
1、图中存在两个session分别是36和37，session 37的BLOCK=1意味着该session拥有一个锁，并阻塞了其他session的对该锁的请求（如果要处理死锁这是根源）。该锁的类型由TY定义，模式由LMODE字段定义；
2、session 36的request=6说明该session正在等待一个lmode为6的锁，而该锁的拥有者正是session 37。
3、对于TM锁，ID1值就是加锁的段对象，可以是表或者表分区，此时ID2一般为0；对于TX锁，这两个字段构成该事务在回滚段中的位置。
对于死锁的处理流程：（下面过程也适合生产环境）
1,查找锁，阻塞的session和被阻塞session的sid：
set linesize 1200
COL USERNAME FOR A15
COL EVENT FOR A15
COL SID FOR 999999
COL INST_ID FOR 99
select inst_id,sid, username, event, blocking_session,
seconds_in_wait, wait_time
from gv$session where state in ('WAITING')
and wait_class != 'Idle';
可以看到sid为37的会话阻塞了sid为36的会话，我们要处理的是37的这个会话，将这个会话杀死。
2，查找session sid对应的操作系统的spid，并且杀死会话
SQL> select b.spid,a.sid,a.username,a.program,a.machine from v$session a,v$process b where a.paddr=b.addr and a.type='USER';
这个sid为37的会话对应的操作系统的spid是7188，在操作系统用户下使用root使用kill -9 7188就行了，将阻塞的会话杀掉，这样阻塞就会消失。
3、批量杀死会话（如果一步到位杀死会话省去上面两个步骤运行下面SQL语句就行）
杀阻塞的会话释放锁
set lines 900 pages 900
col BLOCK for 9
col LMODE for 9
col INST_ID for 9
col REQUEST for 9
col SID for 999999
select /*+ rule */a.INST_ID,
a.SID,
a.TYPE,
LMODE,
REQUEST,
CTIME,
BLOCK,
'ps -ef |grep ' || c.spid,
decode(LMODE, 0, null, 'kill -9 ' || c.spid) kill,
'kill -9 ' || c.spid,
d.sql_id,
ID1,
ID2
from gv$lock a, gv$session b, gv$process c, gv$sqlarea d
where (a.ID1, a.ID2, a.TYPE) in
(select ID1, ID2, TYPE from gv$lock where request > 0)
and a.sid = b.sid
and a.inst_id = b.inst_id
and a.inst_id = c.inst_id
and b.inst_id = d.inst_id(+)
and a.sid=b.sid
and b.paddr = c.addr
and b.sql_id = d.sql_Id(+)
order by inst_id, lmode desc;
这个和也得到最终要杀死阻塞会话的spid，使用kill -9 7188就可以消除阻塞释放锁。
