为了实现并发,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就可以消除阻塞释放锁。