模拟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