oracle解除死锁

oracle会自动解决思索问题，把响应的死锁解除。

实验：

create table A(id int);

insert into A values(100);
insert into A values(100);
insert into A values(100);

select * from A;

>建立死锁机制

--A用户

update A set id = 1000 where id = 100;

--B用户

update A set id = 2000 where id = 200;

--A用户去触碰B用户正在使用的id=200的数据

update A set id = 1500 where id = 200;

--B用户去触碰A用户正在使用的id=100的数据
update A set id = 1100 where id = 100;

这样就会造成死锁，oracle会自动解除死锁。
--------------------- 
Oracle 10.2.0.1.0 64位 ，操作系统 AIX 6.1
近期在查看alert日志时发现如下信息
Mon Nov 5 16:02:40 2012
ORA-00060: Deadlock detected. More info in file /oradata/admin/$ORACLE_SID/udump/$ORACLE_SID_ora_6554104.trc.
Mon Nov 5 16:06:52 2012
ORA-00060: Deadlock detected. More info in file /oradata/admin/$ORACLE_SID/udump/$ORACLE_SID_ora_9961902.trc.
Mon Nov 5 16:51:21 2012
提示检查到死锁，然后查看trace文件

more /oradata/admin/$ORACLE_SID/udump/$ORACLE_SID_ora_6554104.trc

前面无关内容省略

*** 2012-11-05 16:02:40.639
*** SERVICE NAME:(SYS$USERS) 2012-11-05 16:02:40.638
*** SESSION ID:(154.37034) 2012-11-05 16:02:40.638
DEADLOCK DETECTED
[Transaction Deadlock]
Current SQL statement for this session:
UPDATE "RZ_DLOGIN" SET "D_DATA" = :1 WHERE "G_NAME" = :2 AND "D_CODE" = :3 AND "CLASS_ID" = :4 
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
---------Blocker(s)-------- ---------Waiter(s)---------
Resource Name process session holds waits process session holds waits
TX-00080028-0000d238 68 154 X 81 97 X
TX-0005001d-0000ac81 81 97 X 68 154 X
session 154: DID 0001-0044-00000E1E session 97: DID 0001-0051-00000BDA
session 97: DID 0001-0051-00000BDA session 154: DID 0001-0044-00000E1E
Rows waited on:
Session 97: obj - rowid = 0000D950 - AAANlQAAFAAA/ilABD
(dictionary objn - 55632, file - 5, block - 260261, slot - 67)
Session 154: obj - rowid = 0000D950 - AAANlQAAFAAA/ilAA7
(dictionary objn - 55632, file - 5, block - 260261, slot - 59)
Information on the OTHER waiting sessions:
Session 97:
pid=81 serial=21773 audsid=600338 user: 55/DB
O/S info: user: Administrator, term: name1, ospid: 1408:1296, machine: factory\name1
program: name.exe
application name: name.exe, hash value=0
Current SQL Statement:
UPDATE "RZ_DLOGIN" SET "D_DATA" = :1 WHERE "G_NAME" = :2 AND "D_CODE" = :3 AND "CLASS_ID" = :4 
End of information on OTHER waiting sessions.

经过与开发人员沟通，已确认 UPDATE "RZ_DLOGIN" SET "D_DATA" = :1 WHERE "G_NAME" = :2 AND "D_CODE" = :3 AND "CLASS_ID" = :4 这一语句对应的前端应用A，与程序使用者沟通了解到前端应用A确认运行较慢，一般要等待一段时间才能完成，有时也会遇到等待无反应的情况，此时关闭应用A程序，重新运行就会正常。同时将上述日志中发现的问题反映给开发人员，开发人员也证实此处程序需要优化。
现在的问题是： 既然Oracle日志中已经提示检查到死锁，为何前端应用A只是等待了一段时间（这段等待时间用户还能够接受）就能够继续使用了，此时用下列语句查询数据库中是否存在死锁
select username,lockwait,status,machine,program from v$session where sid in
(select session_id from v$locked_object)
和
select sql_text from v$sql where hash_value in 
(select sql_hash_value from v$session where sid in
(select session_id from v$locked_object))
返回为空，说明查询的时候死锁已经不存在了，为什么Oracle检测到死锁后，没有任何人处理，死锁又自己消失了，难道是Oracle后台进程可以智能处理这些死锁? 
另外，在百度查到关于死锁的处理方法，有这么一段话：
一般情况下，只要将产生死锁的语句提交就可以了，但是在实际的执行过程中。用户可能不知道产生死锁的语句是哪一句。可以将程序关闭并重新启动就可以了。
这个说法似乎也与前端应用A的用户遭遇的情况差不多：有时候如果等待无反应，关闭A程序，然后重新运行就正常了。
请问百度里的这个说法是不是正确的？是不是以后遇到Oracle数据库死锁都可以无视它，因为Oracle可以自己解决？
---------------------------------------------------------------
最近在写存储过程的时候，因为要测试存储过程的运行情况，中途操作失误，导致存储过程死锁，写了半天的东西编译不了了，没办法只能重新创建一个存储过程，以前的那个删也删不掉，用也用不了，很难受，最后是重启了数据库才解决这个问题。不过现在找到一种更简单的方法解决这个问题。 
四步解决： 
1、执行语句

select object_name,machine,s.sid,s.serial#
from v$locked_object l,dba_objects o ,v$session s
where l.object_id　=　o.object_id and l.session_id=s.sid;
1
2
3
查出来哪些对象被锁，得到sid 
2、还是执行语句 
alter system kill session '24,111'; (其中24,111分别是上面查询出的sid,serial#) 
kill该session （sid,serial#即为上面查出来的sid和serial#） 
注：此语句只是将该存储过程的状态由active改为了killed，并没有彻底的释放该存储过程，所以还是编译不了存储过程 
3、要解决这一问题只能在OS上杀死这一线程（进程）了 
执行语句获得线程（进程）号

select spid, osuser, s.program
from v$session s,v$process p
where s.paddr=p.addr and s.sid=24 
1
2
3
（24是上面的sid） 
4、在服务器上执行下列命令（数据库在哪台机子，就在哪台机子执行）

orakill sid thread
1
orakill是oracle提供的命令，一般装oracle的时候，已经配上环境变量，这里可直接运行 
其中sid为该存储过程所在数据库的实例名我的为orcl 
thread即为线程（进程）号，即第三步查出来的spid。

以上就是解决存储过程的死锁问题了，也是从别人那取经回来的东西，写出来，主要就是为了加强记忆
---------------------