首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > PowerDesigner >

模拟insert,update跟delete造成阻塞的示例

2013-10-29 
模拟insert,update和delete造成阻塞的示例会话1SIDBYS@dg2select distinct sid from v$mystatSID-------

模拟insert,update和delete造成阻塞的示例
会话1SID
BYS@dg2>select distinct sid from v$mystat;

       SID
----------
        17

会话2SID
BYS@dg2>select distinct sid from v$mystat;

       SID
----------
        49


insert造成阻塞的示例
在会话1向表T插入一条数据值1,因为插入数据所在字段有主键约束。
此时会话1不提交或回滚插入操作时,在会话2进行同样的向表T插入一条数据值1时被发生阻塞,语句无法执行。
此时再打开一个会话,可以从v$lock视图中查询出有锁的表及所在会话ID。

会话1:
BYS@dg2>create table t(x number primary key);---新建表,设置主键

Table created.
BYS@dg2>insert into t values(1);    --插入数据不提交

1 row created.
BYS@dg2>
会话2:此时执行插入相同数值时被阻塞----hang住。
BYS@dg2>insert into t values(1);
如果会话1提交,阻塞中止,此时会话2语句执行并报错,提示违反了主键的一致性约束
BYS@dg2>insert into t values(1);
insert into t values(1)
*
ERROR at line 1:
ORA-00001: unique constraint (BYS.SYS_C0011300) violated

会话3:
SID:会话id号
TYPE:锁的类型
ID1:会话操作对象的id号
ID2:ID1+ID2 定位回滚段上的一个地址(即修改之前数据镜像地址),由于138和156会话是一样的说明指向的是同一个地址,换句话说操作的是同一行数据
LMODE:锁模式,不同的数字代表不同的锁模式  例如  0 现在没有申请到锁   3  共享锁模式(段级共享锁)   6  排他锁模式   锁的级别越高限制越多
REQUEST:目前会话没有锁,正在申请的锁模式  例如  0 没有正在申请的锁,说明已经有锁了   6  现在正在申请6号锁,目前因为没有才申请
BLOCK:当前正在阻塞几个会话  例如  1  当前正在阻塞一个会话  2  当前正在阻塞两个会话
锁的实质:是维护一个事务完整性的,锁的信息是数据块的一个属性,是物理的,并不是逻辑上属于某个表或者某几行的。
BYS@dg2>select sid,type,id1,id2,lmode,request,block from v$lock where type in('TM','TX');

       SID TY        ID1        ID2      LMODE    REQUEST      BLOCK
---------- -- ---------- ---------- ---------- ---------- ----------
        49 TX      65562        824          0          4          0    --插入的修改值相同才被阻塞,锁级别是4
        49 TM      75052          0          3          0          0
        17 TM      75052          0          3          0          0
        49 TX     327706       1041          6          0          0    --49号会话插入第二条记录未被阻塞
        17 TX      65562        824          6          0          1 -----正在阻塞一个会话
BYS@dg2>select sid,event from v$session_wait where sid in (49,17);

       SID EVENT
---------- ----------------------------------------------------------------
        17 SQL*Net message from client
        49 enq: TX - row lock contention
insert时v$lock视图里面多了一个TX锁(就是最后一行)。
insert和update delete操作的不同,后两者都是对同一条记录的修改权争用产生阻塞(这里不涉及修改值的问题),
而insert操作实际上插入了2条不同的记录,由于这2条不同的记录的修改值一样违反了主键约束从而产生阻塞,实际是对修改值的相同产生了阻塞。锁的级别为4,这种锁比update的锁级别要低,锁的级别越低限制越少。
#####################################################
update造成阻塞的示例
会话1:
BYS@dg2>update t set x=2 where x=1;

1 row updated.
BYS@dg2>
会话二:
BYS@dg2>update t set x=3 where x=1;


会话3
BYS@dg2>select sid,type,id1,id2,lmode,request,block from v$lock where type in('TM','TX');

       SID TY        ID1        ID2      LMODE    REQUEST      BLOCK
---------- -- ---------- ---------- ---------- ---------- ----------
        49 TX     196624       1041          0          6          0
        49 TM      75052          0          3          0          0
        17 TM      75052          0          3          0          0
        17 TX     196624       1041          6          0          1
BYS@dg2>select sid,event from v$session_wait where sid in (49,17);

       SID EVENT
---------- ----------------------------------------------------------------
        17 SQL*Net message from client
        49 enq: TX - row lock contention
BYS@dg2>col object_name for a20
BYS@dg2>select object_name from dba_objects where object_id=75052;

OBJECT_NAME
--------------------
T
说明 :17会话在T表加了TM TX锁。TM锁模式为3--共享锁 TX锁模式为6--排它锁。
目前TX锁正在阻塞一个会话-49  可以在49的行看到它在请求一个模式为6的锁。
49会话是当前被阻塞的会话,它操作的对象也是T表(从ID1看)。
TM锁模式也为3(共享锁是有几个会话就可以创建几个共享锁,同时存在).
此时它正在申请17会话所持有的模式为6的锁(操作同一行数据)。


delete造成阻塞的示例
会话1:
BYS@dg2>delete from t;  17会话在删除表内记录-只有一条。未提交,加了TM TX锁

1 row deleted.


会话2:
BYS@dg2>delete from t;  此时在49会话也进行删除表内记录,hang住


会话3:
BYS@dg2>select sid,type,id1,id2,lmode,request,block from v$lock where type in('TM','TX');

       SID TY        ID1        ID2      LMODE    REQUEST      BLOCK
---------- -- ---------- ---------- ---------- ---------- ----------
        49 TX     262145        912          0          6          0 --被阻塞了正在申请一个模式6的锁
        49 TM      75052          0          3          0          0
        17 TM      75052          0          3          0          0
        17 TX     262145        912          6          0          1    持有模式6锁,阻塞一个会话

BYS@dg2>select sid,event from v$session_wait where sid in (49,17);

       SID EVENT
---------- ----------------------------------------------------------------
        17 SQL*Net message from client
        49 enq: TX - row lock contention
49会话因TX锁争用导致hang,enq=enqueues队列锁

#####################
select...for update 锁阻塞  这是一种对结果集修改的保护机制
场景:一次性修改多条记录的时候会用到这个命令,起到锁定结果集的效果,这也是结果集修改引起的阻塞
会话1:
BYS@dg2>select * from t where x=2 for update;   对查询出的结果集进行独占,此时不允许其他会话进行修改

         X
----------
         2
会话2:
BYS@dg2>select * from t where x=2 for update;

会话3:
BYS@dg2>select sid,type,id1,id2,lmode,request,block from v$lock where type in('TM','TX');

       SID TY        ID1        ID2      LMODE    REQUEST      BLOCK
---------- -- ---------- ---------- ---------- ---------- ----------
        49 TX     589852       1023          0          6          0
        49 TM      75052          0          3          0          0
        17 TM      75052          0          3          0          0
        17 TX     589852       1023          6          0          1
17号会话阻塞49号会话。这种方法可以一次锁定多行记录。一个表上只能有一个6号锁。
BYS@dg2>select sid,event from v$session_wait where sid in (49,17);

       SID EVENT
---------- ----------------------------------------------------------------
        17 SQL*Net message from client
        49 enq: TX - row lock contention

热点排行