问题描述
你好,问一下汤姆团队。
我有一个运行18.4.0的两节点RAC数据库,我正在运行负载测试 (大量插入)。基本上,有两张表被撞了。这些表正在使用标识列,并且具有关系 (fk)。我正在检查OEM 13c,并且有一个很高的群集等待 (gc缓冲区繁忙)。我正在使用ASSM表空间,并在缓存中测试了不同的值 (从2,000开始,现在在两个序列上15,000)。问题仍然存在。
我正在阅读有关可扩展序列以消除争用的信息。
我能做些什么来解决这个问题?
提前感谢。
问候,
我有一个运行18.4.0的两节点RAC数据库,我正在运行负载测试 (大量插入)。基本上,有两张表被撞了。这些表正在使用标识列,并且具有关系 (fk)。我正在检查OEM 13c,并且有一个很高的群集等待 (gc缓冲区繁忙)。我正在使用ASSM表空间,并在缓存中测试了不同的值 (从2,000开始,现在在两个序列上15,000)。问题仍然存在。
我正在阅读有关可扩展序列以消除争用的信息。
我能做些什么来解决这个问题?
提前感谢。
问候,
专家解答
“gc缓冲区繁忙” 是一个会话,等待另一个会话完成缓存中缓冲区的工作。RAC可以加剧这些,因为缓存是全局的 (即跨节点),所以我可能正在等待另一个实例的会话。
通常,解决此问题的方法是减少对缓冲区的争用。序列争用通常显示为缓冲区繁忙。最有可能的罪魁祸首是:
-索引,特别是那些增加的索引 (例如序列号或时间戳)。所有会话都争夺 “领先” 块以插入行。
-“循环” 风格的执行计划,即,紧紧地缠绕嵌套的循环在公共块之后
我会从你的索引开始-看看哈希分区索引作为解决方案。
通常,解决此问题的方法是减少对缓冲区的争用。序列争用通常显示为缓冲区繁忙。最有可能的罪魁祸首是:
-索引,特别是那些增加的索引 (例如序列号或时间戳)。所有会话都争夺 “领先” 块以插入行。
-“循环” 风格的执行计划,即,紧紧地缠绕嵌套的循环在公共块之后
我会从你的索引开始-看看哈希分区索引作为解决方案。
文章转载自ASKTOM,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。
评论
相关阅读
【纯干货】Oracle 19C RU 19.27 发布,如何快速升级和安装?
Lucifer三思而后行
694次阅读
2025-04-18 14:18:38
Oracle RAC 一键安装翻车?手把手教你如何排错!
Lucifer三思而后行
635次阅读
2025-04-15 17:24:06
Oracle数据库一键巡检并生成HTML结果,免费脚本速来下载!
陈举超
547次阅读
2025-04-20 10:07:02
【活动】分享你的压箱底干货文档,三篇解锁进阶奖励!
墨天轮编辑部
494次阅读
2025-04-17 17:02:24
【ORACLE】记录一些ORACLE的merge into语句的BUG
DarkAthena
490次阅读
2025-04-22 00:20:37
【ORACLE】你以为的真的是你以为的么?--ORA-38104: Columns referenced in the ON Clause cannot be updated
DarkAthena
481次阅读
2025-04-22 00:13:51
一页概览:Oracle GoldenGate
甲骨文云技术
470次阅读
2025-04-30 12:17:56
火焰图--分析复杂SQL执行计划的利器
听见风的声音
418次阅读
2025-04-17 09:30:30
3月“墨力原创作者计划”获奖名单公布
墨天轮编辑部
372次阅读
2025-04-15 14:48:05
OR+DBLINK的关联SQL优化思路
布衣
358次阅读
2025-05-05 19:28:36