Chinaunix首页 | 论坛 | 博客
  • 博客访问: 80691
  • 博文数量: 22
  • 博客积分: 241
  • 博客等级: 二等列兵
  • 技术积分: 273
  • 用 户 组: 普通用户
  • 注册时间: 2010-03-23 18:30
文章分类

全部博文(22)

文章存档

2014年(22)

我的朋友

分类: Oracle

2014-06-28 10:27:30

死锁定义:从广义上讲包括操作系统 应用程序 ,如果2个进程(会话)相互持有对方的资源,都一直等待对方释放,这种情况会造成死锁。
误解:会话的阻塞可不是死锁,因为其中有一个会话还是可以继续操作的。
释放:会自动检测死锁并强制干预释放
LEO1@LEO1> create table p1 ( x int primary key );       我们新建一个p1表,设置x字段为主键
Table created.

LEO1@LEO1> insert into leo1.p1 values(10);                 138会话插入的是10

1 row created.

> insert into leo1.p1 values(20);                 156会话插入的是20

1 row created.

> select sid,type,id1,id2,lmode,request,block from v$lock where type in ('TM','TX') order by 1,2;

       SID TYPE              ID1        ID2      LMODE    REQUEST      BLOCK

———- ———- ———- ———- ———- ———- ———-

       138 TM              73470          0          3          0          0

       138 TX             327713    1124          6          0          0             138有一个TX排他锁,但当前没有阻塞会话

       156 TM              73470          0          3          0          0

       156 TX             589825      945          6          0          0             156也有一个TX排他锁,但当前也没有阻塞会话

> select object_name from dba_objects where object_id=73470;            看p1表上存在正常的TM  TX锁,都没有阻塞到对方的会话

OBJECT_NAME

——————————————————————————–

P1

> insert into leo1.p1 values(20);              此时我在138会话上再插入20,发现hang住了不能前进,这是什么原因呢?我们看看v$lock视图

> select sid,type,id1,id2,lmode,request,block from v$lock where type in ('TM','TX') order by 1,2;

       SID TY        ID1        ID2      LMODE    REQUEST      BLOCK

———- — ———- ———- ———- ———- ———-

       138 TM      73470          0          3          0          0

       138 TX     589825      945          0          4          0     这时138会话就继续插入了,但这个插入动作是成功的没有阻塞,而是由于138|156会话修改值的相同

       138 TX     327713    1124          6          0          0     违反了主键约束从而产生阻塞,实际是对修改值的相同产生了阻塞,所以申请的是4级锁,而非6级锁

       156 TM      73470          0          3          0          0

       156 TX     589825      945          6          0          1     156会话此时正在阻塞138会话,因为156会话的事务还没有完成还是一个未决状态



> insert into leo1.p1 values(10);               我在156会话上也插入10,这时死锁的效果就出来了

> select sid,type,id1,id2,lmode,request,block from v$lock where type in ('TM','TX') order by 1,2;

       SID TY        ID1        ID2      LMODE    REQUEST      BLOCK

———- — ———- ———- ———- ———- ———-

       138 TM      73470          0          3          0          0

       138 TX     327713    1124          6          0          1     138会话此时正在阻塞156会话,因为138会话的事务还没有完成还是一个未决状态

       156 TM      73470          0          3          0          0

       156 TX     327713    1124          0          4          0     实际上是对修改值的相同产生了阻塞,156会话正在申请4级锁

       156 TX     589825      945          6          0          0

> insert into leo1.p1 values(20);               我们看一下138会话报错,自动检测死锁并强制干预释放

insert into leo1.p1 values(20)

                 *

ERROR at line 1:

ORA-00060: deadlock detected while waiting for resource(等待资源时检测到死锁->释放之)  这时请注意一下,只是释放掉了第一个锁定,但第二个锁定还在等待,所以我们要手工释放



小结:上面讲到了好几种锁的机制,我们崇尚的思想就是先要想一想为什么会出现锁,不出现行不行,锁的作用有哪些,这种启发式的思路能够让我们记忆深刻。

LOCK作用:独占业务资源  保证读一致性  维护事务完整性

LOCK宗旨:没有并发就没有锁,一个人操作是不会产生锁的
 
文章转载自:
阅读(971) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~