问题描述
团队:
按照此链接的要求 (https://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:283015939157#9536017900346127115) 将此作为新问题发布。
最近在我们的数据库中,我们发现很少有 “Truncate Table” 语句运行了一个多小时。
在监视会话时,我们发现所有执行 “截断表” 操作的会话都被此等待事件 “日志文件切换 (检查点不完整)” 阻止,该阻止会话来自与 “日志编写器” 进程相关的Oracle后台进程。
几分钟后,所有执行 “截断表” 操作的会话都被此等待事件 “本地写入等待” 阻止,该阻止会话来自与 “DB writer” 进程 (DBW0和DBW2) 相关的Oracle后台进程。
您能否帮助我们理解为什么这个Truncate Table语句被阻止?我们在11.2.0.2上。
按照此链接的要求 (https://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:283015939157#9536017900346127115) 将此作为新问题发布。
最近在我们的数据库中,我们发现很少有 “Truncate Table” 语句运行了一个多小时。
在监视会话时,我们发现所有执行 “截断表” 操作的会话都被此等待事件 “日志文件切换 (检查点不完整)” 阻止,该阻止会话来自与 “日志编写器” 进程相关的Oracle后台进程。
几分钟后,所有执行 “截断表” 操作的会话都被此等待事件 “本地写入等待” 阻止,该阻止会话来自与 “DB writer” 进程 (DBW0和DBW2) 相关的Oracle后台进程。
您能否帮助我们理解为什么这个Truncate Table语句被阻止?我们在11.2.0.2上。
专家解答
等待本身不是一个错误,它是正常处理的一部分,因为在截断之前,我们做了该对象的检查点,以将其脏块向下刷新到磁盘。
但是等待that amount of time听起来像一个错误,应该在支持下解决。在我看来,检查点 “迷失了方向”,因此最终我们在一个无法重用日志文件的地方结束,因为我们没有检查点块。
但是等待that amount of time听起来像一个错误,应该在支持下解决。在我看来,检查点 “迷失了方向”,因此最终我们在一个无法重用日志文件的地方结束,因为我们没有检查点块。
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
Oracle DataGuard高可用性解决方案详解
孙莹
497次阅读
2025-03-26 23:27:33
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
476次阅读
2025-04-15 17:24:06
墨天轮个人数说知识点合集
JiekeXu
401次阅读
2025-04-01 15:56:03
XTTS跨版本迁移升级方案(11g to 19c RAC for Linux)
zwtian
395次阅读
2025-04-08 09:12:48
Oracle SQL 执行计划分析与优化指南
Digital Observer
368次阅读
2025-04-01 11:08:44
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
356次阅读
2025-04-18 14:18:38
Oracle 19c RAC更换IP实战,运维必看!
szrsu
337次阅读
2025-04-08 23:57:08
oracle定时任务常用攻略
virvle
313次阅读
2025-03-25 16:05:19
3月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
312次阅读
2025-04-15 14:48:05
风口浪尖!诚通证券扩容采购Oracle 793万...
Roger的数据库专栏
309次阅读
2025-03-24 09:42:53