oracle的死锁实验

oracle当中的deadlock死锁，产生原因是由于两个会话互相征用对方占用的资源造成的。

当oracle检测到死锁时，会自动驳回一方请求冲突资源的请求，并报出

ORA-00060: 等待资源时检测到死锁  的错误

--实验模拟死锁产生过程

实验环境：linux redhat 5, oracle 11gR2, 数据库用户：scott

1、准备：创建1张测试表

SQL> create table lock1(id number(2),comm varchar2(10));      

Table created.

2、准备：向两张表中分别插入两条数据

SQL> insert into lock1 values (1,'a');

1 row created.

SQL> insert into lock1 values (2,'b');

1 row created.

SQL> commit;

Commit complete.

3、新开一个session，两个session中分别查询各自的sid

session1：

SQL> select sid from v$mystat where rownum<2;

       SID

----------

       125

session2:

SQL> select sid from v$mystat where rownum<2;

       SID

----------

        21

4、在两个session中分别执行update语句,不提交

session1:

SQL> update lock1 set comm='sess1' where id=1;

1 row updated.

session2:

SQL> update lock1 set comm='sess2' where id=2;

1 row updated.

5、此时两个session的锁状态：

select * from v$lock where sid in (125,21);

ADDR     KADDR           SID TY        ID1        ID2      LMODE    REQUEST  CTIME      BLOCK

-------- -------- ---------- -- ---------- ---------- ---------- ----------  ---------- ----------

4448DD84 4448DDC4        125 TX      65564       2273          6          0   118          0

444B3B14 444B3B54         21 TX     262167       2308          6          0   111          0

这两个session分别用行锁 TX 独占LMODE 6 锁住了两行

6、接下来，在session1中尝试更新记录2,此时会卡住，然后查看锁状态

session1

update lock1 set comm='sess1' where id=2;

select * from v$lock where sid in (125,21);

ADDR     KADDR           SID TY        ID1        ID2      LMODE    REQUEST  CTIME      BLOCK

-------- -------- ---------- -- ---------- ---------- ---------- ----------  ---------- ----------

45A87528 45A87554        125 TX     262167       2308          0      6        42          0

发现session1新增了一条记录，请求LMODE 6 的行锁

7、再对session2尝试更新记录1，也就是session1占用的记录

session2：

update lock1 set comm='sess2' where id=1;

此时session2会卡住，而在session1中则会报出死锁错误：

session1：

SQL> update lock1 set comm='sess1' where id=2;

update lock1 set comm='sess1' where id=2

       *

ERROR at line 1:

ORA-00060: deadlock detected while waiting for resource

再次查看锁状态发现session1之前请求的记录没有了，新增了session2的请求记录：

ADDR     KADDR           SID TY        ID1        ID2      LMODE    REQUEST  CTIME      BLOCK

-------- -------- ---------- -- ---------- ---------- ---------- ----------  ---------- ----------

45A87A24 45A87A50         21 TX      65564       2273          0          6   101          0

8、此时session1并没有被自动rollback，而session2还继续卡着。

此时对session1执行commit或rollback,session2就会立刻执行完成。

结论：

oracle的死锁产生是由于两个session互相争用对方占有的资源导致的。而oracle会自动检测死锁的产生

一旦检测到死锁的发生，oracle会自动解除一个session的请求。并返回一个ora-600的错误。但并不会自动rollback这个

session，而另外的等待session还是会继续等待，直到另一个session rollback或者commit为止。

参考资料：
http://blog.itpub.net/17203031/viewspace-682115/