今天在drop一个用户的是时候hang住了，开始没有在意，结果过了1个小时还没有删除完，这个用户中的对象并不是很多而且也不大，于是
今天在drop一个用户的是时候hang住了，开始没有在意，结果过了1个小时还没有删除完，这个用户中的对象并不是很多而且也不大，于是去看了下alert日志，结果发现如下的信息：
ora-00060: deadlock detected. more info in file /u01/app/oracle/diag/rdbms/tlgdb/tlgdb/trace/tlgdb_ora_14577.trc.
ora-00060: deadlock detected. more info in file /u01/app/oracle/diag/rdbms/tlgdb/tlgdb/trace/tlgdb_ora_14577.trc.
ora-00060: deadlock detected. more info in file /u01/app/oracle/diag/rdbms/tlgdb/tlgdb/trace/tlgdb_ora_14577.trc.
ora-00060: deadlock detected. more info in file /u01/app/oracle/diag/rdbms/tlgdb/tlgdb/trace/tlgdb_ora_14577.trc.
这样信息不断的出现，“死锁”，trc中的信息特别的多如下是其中的一部分：
[10:37:46]deadlock detected ( ora-00060 )
[10:37:46]
[10:37:46][transaction deadlock]
[10:37:46]
[10:37:46]the following deadlock is not an oracle error. it is a
[10:37:46]deadlock due to user error in the design of an application
[10:37:46]or from issuing incorrect ad-hoc sql. the following
[10:37:46]information may aid in determining the deadlock:
[10:37:46]
[10:37:47]deadlock graph:
[10:37:47] ---------blocker(s)-------- ---------waiter(s)---------
[10:37:47]resource name process session holds waits process session holds waits
[10:37:47]tx-000a000a-00002c81 36 16 x 36 16 s
[10:37:47]
[10:37:47]session 16: did 0001-0024-00003e8f session 16: did 0001-0024-00003e8f
[10:37:47]
[10:37:47]rows waited on:
[10:37:47] session 16: no row
[10:37:47]
[10:37:47]----- information for the other waiting sessions -----
[10:37:47]----- end of information for the other waiting sessions -----
[10:37:47]
[10:37:47]information for this session:
[10:37:47]
[10:37:47]----- current sql statement for this session (sql_id=510jn7rgn8wyk) -----
[10:37:47]insert into ogg01 . ggs_stick (property, value) values ('lv_version', :b1 )
一个insert也能死锁吗？这里不是太清楚，知道的朋友可以指点一下，因为drop的时候hang住了，所以这里想到了做hanganalyze分析一下，这里采用是的3级的hanganalyze分析，当是也是roger老师提示的，具体的分析hanganalyze的知识点和分析过程可以参考当然我的这个案例也被他引入了，，但是mmon 是可管理性监视器（manageability monitor），mmon主要用于awr，addm，mmon会从sga将统计结果写到系统表中。这是这个进程的作用，但是为什么跟删除一个用户有关系，原因还是不清楚希望知道的朋友指点下。