独立思考锁表了咋整

我的原文地址:http://blog.csdn.net/ashic/article/details/44201215

Session 1:
scott@PROD>select * from dept1 where deptno=40 for update;

Session 2:
scott@PROD>update dept1 set deptno=41 where deptno=40;
这时候session 2就被卡住了

首先你要知道为啥会卡住

可以通过v$session event列查看一下等待事件

    那么就需要SID,可是Session 2卡住了啊,我没法直接在Session 2中查SID

        可以通过sql_id查出SID
            sys@PROD>select sql_id,sql_text from v$sql where sql_text like 'update dept1%';

            SQL_ID        SQL_TEXT
            ------------- --------------------------------------------------
            8xxzy0hngvv6m update dept1 set deptno=41 where deptno=40
    有了SQL_ID好像不需要SID了啊…╮(╯▽╰)╭
    sys@PROD>select sid,event,p1,p2 from v$session where sql_id='8xxzy0hngvv6m';

           SID EVENT                                                                    P1         P2
    ---------- ---------------------------------------------------------------- ---------- ----------
            44 enq: TX - row lock contention                                    1415053318     196621
现在知道原因了,原来是在等待TX锁,看来有人没commit啊

    那么我们现在就要查出是那个会话blocking了我们

    我的笨方法:

        在v$lock视图中有ID1,ID2这两列

            对于TM锁来说,ID1表示被锁定的对象的对象ID,ID2始终为0
            对于TX锁里说,ID1表示事物使用的回滚段编号以及在事物表中对应的记录编号,ID2表示该记录编号被重用的次数(wrapp)

        那么我们知道一个当执行DML操作时,会在表上加TM锁

            查一下dept1表的object_id
                    sys@PROD>select object_id from dba_objects where object_name ='DEPT1';

                     OBJECT_ID
                    ----------
                         77723
            查出SID
                    sys@PROD>select sid from v$lock where id1= 77723 ;

                           SID
                    ----------
                            44
                            46
                sys@PROD>select * from v$lock where sid in(44,46);

                ADDR             KADDR                   SID TY        ID1        ID2      LMODE    REQUEST      CTIME      BLOCK
                ---------------- ---------------- ---------- -- ---------- ---------- ---------- ---------- ---------- ----------
                00000000844D1F10 00000000844D1F68         46 AE        100          0          4          0       2870          0
                00000000844D21B0 00000000844D2208         44 AE        100          0          4          0       4472          0
                00000000844D2D28 00000000844D2D80         44 TX     196621       1408          0          6       2833          0
                00002B0B14D46228 00002B0B14D46288         44 TM      77723          0          3          0       2833          0
                00002B0B14D46228 00002B0B14D46288         46 TM      77723          0          3          0       2867          0
                00000000832749E8 0000000083274A60         46 TX     196621       1408          6          0       2841          1
            真相大白了
            44号会话(Session 2)需要获取TX锁,在他的REQUEST列值为6
            46号会话(Session 1)持有了TX锁,在他的LMODE列值为6 ,block列值为1表示它阻塞了别人获取LOMDE为6的锁

    把session 46 KILL了就好了,KILL之前记得问一下客户
            Alter system kill session 'sid,serial#';
    简单的方法:

    得知等待事件是enq: TX – row lock contention,行锁,接下来就是要找到谁锁住了这个会话。在10gR2以后,只需要gv$session视图就可以迅速定位blocker,通过BLOCKING_INSTANCE和BLOCKING_SESSION字段即可。
            sys@PROD>select sid,inst_id,blocking_instance,blocking_session from gv$session where sid=44;

                   SID    INST_ID BLOCKING_INSTANCE BLOCKING_SESSION
            ---------- ---------- ----------------- ----------------
                    44          1                 1               46
关于TX锁的ID1和ID2

    对于TX锁里说,ID1表示事物使用的回滚段编号以及在事物表中对应的记录编号,ID2表示该记录编号被重用的次数(wrapp)

    可以从v$lock_type得到解释
        SQL> SELECT ID1_TAG,ID2_TAG FROM V$LOCK_TYPE WHERE TYPE='TX';

        ID1_TAG         ID2_TAG
        --------------- ----------
        usn<<16 | slot  SEQUENCE

        ADDR             KADDR                   SID TY        ID1        ID2      LMODE    REQUEST      CTIME      BLOCK
        ---------------- ---------------- ---------- -- ---------- ---------- ---------- ---------- ---------- ----------
        00000000844D1F10 00000000844D1F68         46 AE        100          0          4          0       2870          0
        00000000844D21B0 00000000844D2208         44 AE        100          0          4          0       4472          0
        00000000844D2D28 00000000844D2D80         44 TX     196621       1408          0          6       2833          0
        00002B0B14D46228 00002B0B14D46288         44 TM      77723          0          3          0       2833          0
        00002B0B14D46228 00002B0B14D46288         46 TM      77723          0          3          0       2867          0
        00000000832749E8 0000000083274A60         46 TX     196621       1408          6          0       2841          1
        sys@PROD>SELECT XIDUSN,XIDSLOT,XIDSQN FROM v$transaction WHERE addr='00000000832749E8';

            XIDUSN    XIDSLOT     XIDSQN
        ---------- ---------- ----------
                 3         13       1408
    XIDSQN和ID2很容易对上了

    ID1 和 XIDUSN、XIDSLOT怎么对呢


    将196621转换成16进制是0X3000D

    然后分高位和低位分别再转换为10进制,高位的16进制3就是十进制的3,也就是XIDUSN=3,而低位的16进制0D转换为10进制是13,也就是XIDSLOT=13。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值