最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
问答文章1 问答文章501 问答文章1001 问答文章1501 问答文章2001 问答文章2501 问答文章3001 问答文章3501 问答文章4001 问答文章4501 问答文章5001 问答文章5501 问答文章6001 问答文章6501 问答文章7001 问答文章7501 问答文章8001 问答文章8501 问答文章9001 问答文章9501
当前位置: 首页 - 科技 - 知识百科 - 正文

drop用户hang住解决思路

来源:懂视网 责编:小采 时间:2020-11-09 10:30:44
文档

drop用户hang住解决思路

drop用户hang住解决思路:今天在drop一个用户的是时候hang住了,开始没有在意,结果过了1个小时还没有删除完,这个用户中的对象并不是很多而且也不大,于是 今天在drop一个用户的是时候hang住了,开始没有在意,结果过了1个小时还没有删除完,这个用户中的对象并不是很多而且也不大
推荐度:
导读drop用户hang住解决思路:今天在drop一个用户的是时候hang住了,开始没有在意,结果过了1个小时还没有删除完,这个用户中的对象并不是很多而且也不大,于是 今天在drop一个用户的是时候hang住了,开始没有在意,结果过了1个小时还没有删除完,这个用户中的对象并不是很多而且也不大

今天在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将统计结果写到系统表中。这是这个进程的作用,但是为什么跟删除一个用户有关系,原因还是不清楚希望知道的朋友指点下。

linux

声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文档

drop用户hang住解决思路

drop用户hang住解决思路:今天在drop一个用户的是时候hang住了,开始没有在意,结果过了1个小时还没有删除完,这个用户中的对象并不是很多而且也不大,于是 今天在drop一个用户的是时候hang住了,开始没有在意,结果过了1个小时还没有删除完,这个用户中的对象并不是很多而且也不大
推荐度:
标签: 用户 处理 解决
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top