Oracle修改隐含参数造成SQL性能下降

0    71    1

👉 本文共约730个字,系统预计阅读时间或需3分钟。

经常在客户的生产系统发现_gby_hash_aggregation_enabled 这个参数被设置成false,对于一般的中小系统,数据量相对较少,这个参数的影响不会太大。如果数据量比较大,性能的差距就比较明显了,下面是在某个客户现场实测的数据。

设置 _gby_hash_aggregation_enabled = false,SQL执行时间接近10分钟:

img

设置 _gby_hash_aggregation_enabled = TRUE,SQL执行时间5分钟多一点,性能相差接近1倍:

本人提供Oracle、MySQL、PG等数据库的培训和考证业务,私聊QQ646634621或微信db_bao,谢谢!

img

注:为了减少数据缓存产生的误差,每个SQL都执行了两次,时间相差可以忽略不计。

再来看看两种情况的执行计划对比:

_gby_hash_aggregation_enabled = false,使用Sort group by:

img

_gby_hash_aggregation_enabled = True,使用Hash group by:

img

这就是为什么不建议将一些性能相关的优化器参数关闭的原因了。

_gby_hash_aggregation_enabled 这个隐含参数在10g的较早版本可能存在bug,被设置成了false;很多客户升级到11g后,仍保持该参数为false,建议检查bug修复列表,如果相关bug已修复,建议设置该参数为TRUE。

如果遇到某些特定SQL确实遇到了bug,可以在SQL级别关闭该参数:

如 select /+ OPT_PARAM('_gby_hash_aggregation_enabled' 'false') / ......

也可以使用sql profile,不用修改SQL代码,也可以让参数设置生效。

参考

参考:老虎刘谈SQL优化

标签:

头像

小麦苗

学习或考证,均可联系麦老师,请加微信db_bao或QQ646634621

您可能还喜欢...

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

16 + 7 =

 

嘿,我是小麦,需要帮助随时找我哦
  • 18509239930
  • 个人微信

  • 麦老师QQ聊天
  • 个人邮箱
  • 点击加入QQ群
  • 个人微店

  • 回到顶部
返回顶部