TQ-DDL contention事件导致数据库hang死

数据库一天内多次hang住,最后只能重启恢复,操作系统及数据库版本:Windows Oracle 12.2.0.1
检查hang住时间段alert日志,发现数据库多次重启日志,基本上是hang住然后手工重启。
检查ash记录,发现重启前有很多“TQ-DDL contention”事件,另外有由于ddl造成“library cache”等待事件,如下图:


检查重启前的ash记录



通过mos检查造成“enq: TQ - DDL contention ”的原因,发现是由于bug 31040847造成,官方建议升级到19.18解决,参考文档:

Doc ID 31040847.8
在这里插入图片描述

Doc ID 2965542.1临时解决:
在这里插入图片描述


在清理sys.scheduler$_event_qtab期间发生征用,这个问题解决方法是,可以人工设置块选项为false清除队列表,如下:

declare
 po dbms_aqadm.aq$_purge_options_t;
 begin
 po.block := false;
 dbms_aqadm.purge_queue_table(queue_table =>
 'SYSSCHEDULER$_EVENT_QTAB',purge_condition =>
 'qtview.msg_state<>''READY''',purge_options => po);
 end;


所以总的来说,hang住原因:
1 、发生“enq: TQ - DDL(TM) contention”堵塞原因是bug,建议升级到19c并打上最新补丁。
2、临时处理,使用PL/SQL脚本频繁清除队列,该作业可以配置为自动运行。

  • 13
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
数据库管理系统提供的数据定义语言(DDL)是用于定义数据库结构的一组语句。对于数据库的网状模型而言,DDL只能定义一个网状模型。网状模型是早期的数据库模型之一,它采用复杂的关系和连接方式来组织数据。相比其他模型,网状模型被认为更复杂、难以维护和操作。 在网状模型中,数据由多个实体(Entity)组成,每个实体都可以有多个属性(Attribute)。实体之间的关系通过连接(Relationship)来表示,每个连接都包含一个或多个连接类型。连接类型描述了实体之间的关系类型,例如一对一、一对多或多对多。 在DDL中,可以使用语句来创建实体、属性和连接类型,并定义它们之间的关系。但是,由于网状模型存在复杂的连接方式,DDL只能定义一个网状模型。这意味着在一个数据库中只能定义一个网状模型,无法同时使用多个网状模型。 尽管网状模型在过去被广泛使用,但随着时间的推移,它们被更简单、更灵活的关系模型所取代,例如层次模型和关系模型。关系模型使用表(Table)来组织数据,实现了更简洁的数据结构和更直观的查询语言,因此得到了广泛的应用。 综上所述,对于数据库的网状模型而言,DDL只能定义一个网状模型。随着数据库技术的发展,网状模型逐渐被更简单、更灵活的数据库模型所取代,因此DDL对于网状模型的应用也相对较少。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值