ITPub博客

首页 > Linux操作系统 > Linux操作系统 > RAC LOCK

RAC LOCK

原创 Linux操作系统 作者:ygzhou518 时间:2011-12-12 16:00:43 0 删除 编辑

通常,我们在分析锁导致的会话被阻塞的问题的时候,都会查询视图DBA_WAITERS或者DBA_HOLDERS,找到阻塞进程,提交或者回滚它,就能为被阻塞的会话“疏通”道路了。但是,在RAC环境中,这两个视图并不完全可靠。当阻塞和被阻塞会话都在同一个instance上时,这两个视图对我们还是有帮助的。但是,当阻塞和被阻塞会话在不同instance上时,从这两个视图中就不能得出结果。看下面的测试:

SQL代码
  1. Inst_1:   
  2. SQL> select * from ttt for update;   
  3. …   
  4. 23 rows selected   
  5.   
  6. SQL>   
  7.   
  8. Inst_2:   
  9. SQL> select * from ttt for update;  

实例2上的会话被阻塞了。这时,无论在实例1上还是实例2上都无法从上面两个视图中查到有价值的内容:

SQL代码
  1. SQL> select * from dba_waiters;   
  2.   
  3. no rows selected   
  4.   
  5. SQL>  

通过查看DBA_WAITERS的创建语句,看出它的锁的信息是从v$_lock的中获取的,而从v$_lock中只能查询到当前实例中的锁的信息。实际上,从视图gv$lock中则可以查询到RAC中全部实例中的锁的信息。利用gv$lock,我们可以建立一个新的视图DBA_GLOBAL_WAITERS,获取到RAC环境中所有的阻塞队列:

SQL代码
  1. create or replace view DBA_GLOBAL_WAITERS   
  2. as  
  3.   select w.INST_ID waiting_instance,    
  4.         w.sid waiting_session,   
  5.         h.inst_id holding_instance,    
  6.         h.sid holding_session,       
  7.         decode(w.type,   
  8.                 'MR''Media Recovery',   
  9.                 'RT''Redo Thread',   
  10.                 'UN''User Name',   
  11.                 'TX''Transaction',   
  12.                 'TM''DML',   
  13.                 'UL''PL/SQL User Lock',   
  14.                 'DX''Distributed Xaction',   
  15.                 'CF''Control File',   
  16.                 'IS''Instance State',   
  17.                 'FS''File Set',   
  18.                 'IR''Instance Recovery',   
  19.                 'ST''Disk Space Transaction',   
  20.                 'TS''Temp Segment',   
  21.                 'IV''Library Cache Invalidation',   
  22.                 'LS''Log Start or Switch',   
  23.                 'RW''Row Wait',   
  24.                 'SQ''Sequence Number',   
  25.                 'TE''Extend Table',   
  26.                 'TT''Temp Table',   
  27.                 w.type) lock_type,   
  28.         decode(h.lmode,   
  29.                 0, 'None',           /* Mon Lock equivalent */   
  30.                 1, 'Null',           /* N */   
  31.                 2, 'Row-S (SS)',     /* L */   
  32.                 3, 'Row-X (SX)',     /* R */   
  33.                 4, 'Share',          /* S */   
  34.                 5, 'S/Row-X (SSX)',  /* C */   
  35.                 6, 'Exclusive',      /* X */   
  36.                 to_char(h.lmode)) mode_held,   
  37.         decode(w.request,   
  38.                 0, 'None',           /* Mon Lock equivalent */   
  39.                 1, 'Null',           /* N */   
  40.                 2, 'Row-S (SS)',     /* L */   
  41.                 3, 'Row-X (SX)',     /* R */   
  42.                 4, 'Share',          /* S */   
  43.                 5, 'S/Row-X (SSX)',  /* C */   
  44.                 6, 'Exclusive',      /* X */   
  45.                 to_char(w.request)) mode_requested,   
  46.         to_char(w.id1) lock_id1,    
  47.         to_char(w.id2) lock_id2   
  48.   from gv$lock w, gv$lock h   
  49.  where h.block      !=  0   
  50.   and  h.lmode      !=  0   
  51.   and  h.lmode      !=  1   
  52.   and  w.request    !=  0   
  53.   and  w.type       =  h.type   
  54.   and  w.id1        =  h.id1   
  55.   and  w.id2        =  h.id2   
  56.   and  w.addr       != h.addr ;   
  57.   
  58. create or replace public synonym DBA_GLOBAL_WAITERS for DBA_GLOBAL_WAITERS;   
  59.   
  60. grant select on DBA_GLOBAL_WAITERS to select_catalog_role;   
  61.   
  62. grant select on DBA_GLOBAL_WAITERS to dba; 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24867586/viewspace-713171/,如需转载,请注明出处,否则将追究法律责任。

上一篇: IO分析
请登录后发表评论 登录
全部评论

注册时间:2011-02-11

  • 博文量
    167
  • 访问量
    360227