SQL> desc v$lock;


名称                                      是否为空? 类型


----------------------------------------- -------- ----------------------------


ADDR                                               RAW(8)


KADDR                                              RAW(8)


SID                                                NUMBER


TYPE                                               VARCHAR2(2)


ID1                                                NUMBER


ID2                                                NUMBER


LMODE                                              NUMBER


REQUEST                                            NUMBER


CTIME                                              NUMBER


BLOCK                                              NUMBER


锁的分类:


0、无


1、NULL,可以某些情况下,如分布式数据库的查询会产生此锁。


2、SS,表结构共享锁


3、SX,表结构共享锁+被操作的记录的排它锁


4、S, 表结构共享锁+所有记录共享锁


5、SRX 表结构共享锁+所有记录排它锁


6、X   表结构排它锁+所有记录排它锁


表上的5种锁的含义:


RS(SS):是一种纯粹的意向锁,它表征事务要通过SELECT FOR UPDATE访问某些行;


RX(SX):是一种纯粹的意向锁,它表征事务要通过 UPDATE/ DELETE/INSERT修改某些行;


S:全表范围的共享锁,不需要在每行上做出标识;


X:全表范围的排它锁,不需要在每行上做出标识;


SRX(SSX):是意向锁RX与S锁的组合,它表征事务既对表加S锁,同时要修改个别行,即要在个别行上加X锁;(如果你使用ORACLE8,可以在一个表上建立一个自引用,如EMP表上的MGR引用EMPNO,删除一条记录,可以观察到SRX锁)


在行上,ORALCE只有X锁,


但由SELECT FOR UPDATE 获得的X锁在表级表征为RS锁,


由INSERT/UPDATE/DELETE 获得的X锁在表级表征为RX锁,




窗口1:


SQL> conn myfmis/myfmis


已连接。


SQL> update xtdwcs set MC='单位本部ok' where dh='0114';


窗口2:


SQL> conn myfmis/myfmis


已连接。


SQL> update xtdwcs set MC=单位本部ok' where dh='0114';


处理过程:


查看是否有session阻塞:


select * from v$lock where BLOCK=1


   ADDR KADDR SID TYPE ID1 ID2 LMODE REQUEST CTIME BLOCK


1 1FE0C654 1FE0C770 151 TX 131115 520 6 0 669 1


查看TX锁的SID与Serial#:


select * from v$session where event like'%TX%';


select sid,serial#,username,state,blocking_session_status,blocking_session from v$session where event like'%TX%';




   SID SERIAL# USERNAME STATE BLOCKING_SESSION_STATUS BLOCKING_SESSION


1 137 6 FMISMAIN WAITING VALID 150


临时KILL这个session:


分两类,


第一:kill掉137,6,则是kill掉之后被等的session。


alter system kill session '137,6';


第二:kill掉150,则是kill掉之前阻塞别人的session。


因此通过前面的137,6所查到的SQL语句,则是后面运行被等待的SQL语句,而不是阻塞别人的SQL语句。


如果要查找原因,操作如下:


查找相应的SQL语句:


select a.sql_text from v$sqlarea a,v$session b where a.sql_id=b.sql_id


select a.sql_text from v$sqlarea a,v$session b where a.sql_id=b.sql_id and b.event like'%TX%'




   SQL_TEXT


1 update xtdwcs set MC='单位本部ok'  where dh='0114'


select * from v$sqlarea where SQL_ID='gf1472pj5wnzj'


找出相应的SQL语句后,即可处理。


#######################################################################


在巡检期间,检查如果发现有相关的session_wait锁,可按以下步骤查找相应的锁


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


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


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


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


V$LOCK中的常用列


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


? TYPE:表示锁的类型。值包括TM和TX等。


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


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


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


1、查看相应的v$session_wait信息


   select event,count(*) from V$SESSION_WAIT group by event order by count(*) desc;


   select event,count(*) from V$SESSION_WAIT group by event order by count(*) asc;


如果如下(第3条):


   EVENT COUNT(*)


1 smon timer 1


2 Streams AQ: qmn coordinator idle wait 1


3 enq: TX - row lock contention 1


4 jobq slave wait 1


5 Streams AQ: waiting for time management or cleanup tasks 1


6 pmon timer 1


7 Streams AQ: qmn slave idle wait 1


8 SQL*Net message from client 3


9 rdbms ipc message 9




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


select /*+ NO_MERGE(a) NO_MERGE(b) NO_MERGE(c) */ a.username, a.machine, a.sid, 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


oracle视频教程请关注:http://u.youku.com/user_video/id_UMzAzMjkxMjE2.html