2168575 发表于 2018-9-15 07:38:47

Oracle八大性能视图之v$lock

  SQL> desc v$lock;
  名称                                    是否为空? 类型
  ----------------------------------------- -------- ----------------------------
  ADDR                                             RAW(8)
  KADDR                                              RAW(8)
  SID                                                NUMBER
  TYPE                                             VARCHAR2(2)

  >
  >  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>  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请求的锁模式的信息。

  ?>  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>  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>  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

页: [1]
查看完整版本: Oracle八大性能视图之v$lock