独立思考锁表了咋整

来源：互联网发布：工行淘宝联名储蓄卡编辑：程序博客网时间：2024/04/30 04:41

我的原文地址：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