Oracle Metric hard parse (sharing criteria) elapsed time

本文介绍了Oracle中硬解析的概念及其对系统性能的影响。硬解析发生在SQL语句未能复用已存在的游标时,这会导致系统资源的额外消耗,包括RAM分配及内存管理开销。文章还探讨了引发硬解析的原因,例如共享池设置不当或未充分利用绑定变量。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

                                                          hard parse (sharing criteria) elapsed time解析

 hard parse (sharing criteria) elapsed time 是ORACLE的度量标准,由于SQL不能共享已经在SQL cache中存在的游标导致重新硬解析所消耗的时间

 

当sql必须重新载入共享池的时候产生硬解析。硬解析是万恶之源因为耗费共享池RAM分配和内存管理。一旦加载,SQL必须重新进行语法、语义和执行计划的生成。

 

shared_pool_size设置的过小容易产生过多的硬解析(共享池里面SQL被移出),或者是你没有重用你的SQL语句由于没有使用绑定变量

 

本文乃原创文章,请勿转载。如须转载请详细标明转载出处

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值