会话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
---------- -- ---------- ---------- ---------- ---------- ----------
