由于bug造成truncate table卡住问题

客户反应truncate table卡主,检查awr发现多个truncate在awr报告期内一直没执行完,如下:

检查ash,truncate table表的等待事件都是"enq: RO - fast object reuse"和"local write wait"

查找"enq: RO - fast object reuse",造成该问题的是由于数据库bug造成,bug号为:bug 21422580

该bug可以通过打补丁解决,补丁在11.2.0.4.180116中已解决,同时也可以设置隐含参数解决"_db_fast_obj_truncate=FASE"。

另外在Truncate Slow in 11.2.0.3 and Higher (Doc ID 1667223.1)文档中也提到,"local write wait"和"enq: RO - fast object reuse"事件,该事件由BUG:18251841造成。

但这个案例中,是最后打算最新补丁,该问题解决。

相关推荐
偷星星的贼111 小时前
数据分析与科学计算
jvm·数据库·python
Suchadar1 小时前
数据库DATABSE——sql server
数据库
檀越剑指大厂2 小时前
迁移之路的隐形陷阱:破解Oracle数据库国产化替代的核心痛点与策略
数据库·oracle
wWYy.2 小时前
详解redis(1)
数据库·redis·缓存
todoitbo2 小时前
Oracle 迁移到 KingbaseES:从问题词到成本的技术拆解
数据库·oracle·kingbasees
会游泳的石头3 小时前
Java 异步事务完成后的监听器:原理、实现与应用场景
java·开发语言·数据库
数智工坊3 小时前
【操作系统-IO调度】
java·服务器·数据库
星梦清河3 小时前
MySQL—分组函数
数据库·mysql
霖霖总总3 小时前
[小技巧33]MySQL 事务持久化的一致性保障:binlog 与 redo log 的两阶段提交机制解析
数据库·mysql
九章-4 小时前
2026国产向量数据库选型新趋势:融合架构如何支撑AI与信创双轮驱动
数据库·向量数据库